все написал.
повлияло удаление проверки как и предлогали
перезагрузка сервера выполнена

сделаю позже, обеденный перерыв закончился

как вариант, но пока мест выделения памяти довольно много и придется много где поменять логику, что скажется отрицательно, с точки зрения читабельности кода
но с производительностью всегда так, либо код понятный и медленный, либо черт ногу сломит и все более быстро

+1

это требование FindFirstFile, ей нужна маска, а не просто путь, тк она вся из себя гибкая и универсальная.
Когда я строю путь, по нему от корня никто не проходит, выполняется лишь декорирование пути под маску.

Использование одной и той же переменной в качестве хранилища памяти строки было бы предпочтительно, но для дальнейших итераций путь-маска сгенерированная в данной функции не подходит для последующих итераций. Его приходится разбирать и собирать заново.

Это мы с вами знаем что нам здесь можно было бы подшаманить, но я стараюсь писать более менее универсальный код, который бы мог использоваться в разных местах, отсюда неизбежно чем-то приходится жертвовать

все верно, данная ф-ция устроена в Windows так, что она делает упреждающее чтение всегда, то есть всегда забивает некий кэш списком файлов, чтобы десять раз не бегать. Именно об этом и говорят оптимизирующий флаги, которые я использовал в Ex версии. Условно я разрешил ОС использовать больше память под кэш упреждающего чтения