Сколько файлов может безопасно храниться в каталоге Windows Server 2008 R2?
Я думаю о веб-сайте, на котором есть галереи изображений. Скажем, есть один каталог, в котором хранятся все миниатюры, и другой каталог, в котором хранятся полноразмерные изображения. Сколько пар изображений можно безопасно хранить?
Или, если нет хорошего точного ответа, мне просто попробовать его с 30 000 изображений?
Если ваш сервер использует NTFS для своего тома файловой системы, вы не ограничены каким-либо количеством файлов в каталоге per se, но более того, вы ограничены некоторым количеством файлов / каталогов на том.
Для NTFS ограничения по размеру:
Ограничения размера NTFS
Файлов на том 4294967295 (2 ^ 32 минус 1 файл)
Конечно, это ничего не говорит о производительности, но есть и другие соображения, которые могут иметь значение. С 30000 вам не о чем беспокоиться. Когда вы попадете в миллионы, вам, возможно, придется начать реструктуризацию.
изменить масштабирование / производительность адреса
С технической точки зрения файловая система NTFS использует глобальную MFT, которая отслеживает все файлы (каталоги являются файлами и в основном используются для логического представления конечному пользователю), поэтому каждый раз, когда вы изменяете том, это изменение отражается в MFT.
Когда вы начинаете иметь один каталог с большим количеством файлов, одна из рекомендуемых процедур - отключить автоматическое создание имени 8.3. Из статьи о технике, которую я привел выше:
Каждый раз, когда вы создаете файл с длинным именем, NTFS создает вторую запись файла с похожим коротким именем 8.3. Файл с коротким именем 8.3 имеет имя файла, содержащее от 1 до 8 символов, и расширение имени файла, содержащее от 1 до 3 символов. Имя файла и расширение имени файла разделяются точкой.
Поэтому, если вы постоянно изменяете один каталог с большим количеством файлов, система должна сгенерировать для него короткое имя - это может привести к снижению производительности, если вы постоянно изменяете содержимое одного каталога. Поскольку вы храните изображения, очень вероятно, что многие файлы имеют похожие имена в начале, например imageblahblahblah.
Для повышения производительности поиска файлов даже для больших каталогов NTFS должна быть достаточно быстрой из-за базовой реализации B-Tree.
Также ознакомьтесь с этой веткой: Производительность NTFS и большие объемы файлов и каталоги
