Алгоритм обработки большого количества файлов в директории

[alextrof94]

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

[eval]

Тут удаляют а не читают.

[Человек_Борща]

Тут удаляют а не читают.

Сложно прочитать хаос чтобы его удалить
ТС делайте дефрагментацию

[eval]

Чтобы удалить хаос читать не обязательно.

[furstenberg]

Спасибо всем за информацию буду пробовать потоками.

[саша40]

Чтобы программа не зависала используй Application.ProcessMessages. Прямо в цыкле.

[Человек_Борща]

саша40

, да не зависит оно от этого.
К слову такое кол-во файлов может и винт навернуть.

[s-andriano]

Сообщение от Человек_Борща

Многопоточность называется.
Читается список файлов, делится на кол-во потоков и пускается в расход.

Быстрее точно не будет.
А вот медленнее - возможно.

Тормоза здесь от самого устройства, а потому производительностью CPU проблему не решить. Можно только схлопотать проблемы с синхронизацией.
Поверьте, CPU даже в единственном потоке способен намного быстрее выдавать команды контроллеру устройств, чем само устройство их выполнять.

Кстати, 50000-100000 файлов в одной директории - это ненормально. Не нужно создавать проблем, чтобы потом не приходилось с ними бороться. Старайтесь строить алгоритмы работы программ так, чтобы в одной директории не набивалось больше нескольких десятков-сотен файлов.
Но при существующих условиях быстро это работать не будет.

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