Скільки файлів можна помістити в папку Windows без помітного зниження продуктивності?


26

Я здогадуюсь, що немає жорсткого обмеження, але я знаю, що продуктивність знижується, коли ви поміщаєте занадто багато файлів в одну папку Windows. Хтось має хороші правила, коли відкривати файл стає помітно повільно?


можливо, назву цього питання можна змінити, щоб вона включала "без помітного погіршення продуктивності"?
Рон Туффін

Відповіді:


18

Якщо припустити, що тут NTFS, технічний ліміт становить близько 4 мільярдів файлів. І поки ви не перейдете понад 10 тисяч тисяч за каталог, ви дійсно не повинні сильно хвилюватися.

Однак зауважте, що такі програми, як Explorer, страждають набагато швидше, ніж 10 тисяч людей, тому що вони намагаються отримати доступ до всіх файлів у певному каталозі, щоб отримати метадані тощо.


У моєму тестуванні тут, на Win 7 Explorer, насправді швидше, ніж деякі інші інструменти, які нібито є більш ефективними.
Joey

Я ще не грав з Win 7, але в основному через брак часу і гарну машину. Я радий, що вони, здається, вклали певний час у вдосконалення Explorer.
jerryjvl

13

Відкриття файлу не буде дуже повільним, незалежно від того, скільки файлів у папці. Що, безумовно , уб'є вас - це перерахування файлів у цій папці. Тож перегляньте вміст цієї папки з Explorer, Far, dir, Get-ChildItem, будь-яким іншим.

Попри це, у мене в темп-папці є близько 2,5 тис. Файлів і папок, а дисплей миттєвий, тому, мабуть, це все-таки невелика кількість.

ETA: Гаразд, тільки що спробував, 10000 файлів у папці займають близько однієї секунди, щоб відкрити папку в Far, цей і 20000 файлів навіть не мають значення в Провіднику.


6
Просто зачекайте, поки ви почнете робити це по мережі. Кілька додатків, які я маю підтримувати, люблять архівувати все там же: 100 000 і більше файлів. Навіть не думайте про відкриття цієї папки в Explorer.
Joel Coehoorn

Гаразд, там домовились. Для локальних папок це, мабуть, не має значення, я просто дозволю моїй копії нуль%, яку я забігаю до 100 к, а для відкриття цієї папки Провідник займає близько 1 секунди, сортування файлів займає частку секунди довше.
Joey

@JoelCoehoorn: SMBv2 творив чудеса на наших машинах.
surfasb

11

Подивіться тут . Він говорить про файли за томом, а не за папкою .

  • NTFS: 2 ^ 32 - 1 = 4.294.967.295 файлів
  • FAT: Приблизно 4 мільйони

1

У мене були проблеми кілька років тому з каталогом, який мав близько 30000 файлів, і нові файли не можна було записати (це був "temp" каталог eMule ...), це було на розділі FAT32, але можливо, що я в той час використовував Win98, і це було обмеженням самої ОС.


32767 - це спеціальне число, тому що це максимальне представлення в 16-бітовому підписаному значенні; "близько 30000" досить близько.
Марк Ransom

1

Я використовую Windows 10 та 25000 зображень в одній папці (середній розмір файлу - 500 Кб, щоб повністю завантажитися в папку, пішло більше години. Запропонована кількість файлів в одній папці - 5000.


0

Це залежить від файлової системи. NTFS набагато кращий, ніж FAT32. FAT32 має жорстку межу. Однак, правило, яке я проходжу, становить близько 500 в каталозі.


2
У мене в одному каталозі є папки зображень з кількома тисячами зображень, а папки з аудіо ще більше. 500 - дуже низький ліміт для папки Windows.
TheTXI

0

Стара різьба 10 років, але я лише сьогодні виявив обмеження на останній версії Windows 10 build 18362.356. Його близько 150 000. У мене близько 700 000 .7z файлів розміром 24 КБ в корені мого розділу на 2 ТБ у 4 ТБ WD BLUE, а завантажувач займає близько 3-4 хвилин, щоб завантажити всі файли у вікні, вибираючи їх близько 1 хв, але гине, коли я виконайте будь-які операції з ними, такі як властивості відкриття або натискання клавіш ctrl + x. Я можу вибрати до 150 К файлів у кращому випадку, коли він якось реагує з більш ніж хвилиною затримки, але більше, ніж це, і його просто мертвий, принаймні на години, коли я приїжджаю перевірити і знайти вибір.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.