Какое максимальное количество объектов можно создать в ntfs чем это обусловлено
Файловая система - это базовая структура, предоставляющая средства именования, хранения и упорядочения файлов. Она обычно определяет очень многое: быстродействие, безопасность, надежность хранения данных. Поэтому очень важно знать, чем отличается одна от другой, в чем плюсы и минусы каждой.
Файловых систем существует великое множество. Это системы для Linux, Windows, Unix. Но поскольку в среде российских пользователей особенно популярна Windows, хочу рассказать именно о ее файловых системах. В настоящее время их существует три: FAT, FAT 32 и NTFS. Выбор системы происходит при форматировании диска или установке ОС.
FAT 16
FAT 16 или просто FAT, как еще иногда ее называют, - это устаревшая файловая система с кучей недостатков, хотя она совместима практически с любыми ОС Windows. Система поддерживает логические диски размером до 4 Гб, т. е. если у вас винт на 40 Гб, то вам придется разбивать его на 10(!) логических дисков. А поскольку такие диски на сегодняшний день являются самыми распространенными, то большинству пользователей это будет очень неудобно. К тому же максимальный размер файла ограничен 2 Гб. FAT не поддерживает домены, что очень важно для работы в большой сети. Все это подписало приговор FAT 16.
FAT 32
FAT 32 - файловая система, созданная на основе простой FAT. На сегодняшний день она наиболее распространена, так как Windows 98 чаще всего работает на ней. Размер логических дисков ограничен 2 Тб, то есть практически неограничен. Максимальный размер файла равен 4 Гб, что вполне достаточно даже для фильмов. Она использует меньшие размеры кластеров, чем NTFS, что позволяет более эффективно использовать место на диске.
NTFS
NTFS - сравнительно новая файловая система, работающая только с Windows линейки NT. Размеры логических дисков здесь также ограничены терабайтами. Но эта файловая система уже не может использоваться на дискетах, так как рекомендуемый размер логического диска равен 10 Мб. Поддерживаются домены, а размер файла ограничен размером логического диска. Но в отличие от FAT и FAT 32, она совместима, как говорилось выше, только с Windows XP, 2000 и NT версией более 4. Файлы NTFS могут видеть только вышеперечисленные ОС, а другие, как, например, Windows 98 - нет. Зато ОС на NTFS видят и NTFS, и FAT 32.
Считается, что NTFS более мощная файловая система, обеспечивающая высокий уровень быстродействия и безопасности, а также дополнительные возможности, недоступные ни в одной версии FAT. Она также позволяет использовать дисковые квоты. Для преобразования FAT в NTFS используется команда convert. При преобразовании данные не теряются в отличие от форматирования. Но если диск преобразован в формат NTFS, его нельзя будет просто преобразовать обратно в формат FAT или FAT32. Необходимо будет переформатировать диск или раздел, что приведет к уничтожению всех содержащихся на нем данных, а это создает дополнительные трудности. У NTFS есть еще один плюс - возможность сжатия NTFS. Большого эффекта вы от этого не добьетесь, но все-таки:
Что выбрать?
Насколько NTFS быстрее FAT 32? Во-первых, NTFS гораздо быстрее FAT 32 в поиске фрагментов файлов. Что это значит? Если у вас большой файл, и его фрагменты раскиданы по всему диску (а это в любом случае уменьшает работоспособность системы, спасает от этого регулярная дефрагментация) , то FAT 32 придется попотеть. Она работает в этом случае гораздо хуже NTFS, особенно с большими файлами.
Во-вторых, NTFS лучше находит на диске свободное место. Т. е. , создание, сохранение, копирование файлов на винт происходит быстрее. А во всем "виновата" битовая карта NTFS. FAT 32 имеет 32 битовые записи и для просмотра свободного места системе приходится просмотреть эту запись. NTFS имеет запись в один бит, соответственно, поиск свободного места проходит быстрее. NTFS работает в несколько (!) раз быстрее FAT 32 с большими каталогами (сотни и тысячи файлов) .
Но FAT 32 тоже имеет ряд плюсов по сравнению с NTFS. С небольшими каталогами FAT 32 работает очень неплохо и иногда лучше N
сколько файлов может содержать папка? У меня 30К папок в папке 1. Каждая из папок имеет 1 файл изображения. Есть ли ограничение на количество файлов в папке может храниться?
Я использую Windows Server 2003, IIS6.
Примечание: предполагая NTFS, так как никто в здравом уме не будет использовать FAT ни для чего другого, кроме USB-накопителей или карт памяти, не говоря уже о сервере (ok, это мысль-это страшно).
Да, есть предел. Хранение большего количества файлов, чем частиц во Вселенной, может оказаться непрактичным. Однако фактический предел значительно меньше.
NTFS имеет максимум 4,294,967,295 (2 32 - 1) файлов на томе. Некоторые из них уже используются самой файловой системой, и папка также должна считаться файлами.
30,000 не так уж много файлов. Но Microsoft рекомендует что ты выключить автоматическое создание DOS-совместимых коротких имен, если вы двигаетесь мимо 300,000, как найти уникальное короткое имя становится трудно, то.
там нет практических ограничений на объединенные размеры всех файлов в папке, хотя могут быть ограничения на количество файлов в папке. Что еще более важно, существуют ограничения на размер отдельных файлов, которые зависят от того, какую файловую систему вы используете на жестком диске. ("Файловая система" - это не что иное, как спецификация того, как именно файлы хранятся на диске.)
разберем по файловой системе:
•жир aka FAT16
жир, для таблицы распределения файлов, является преемником оригинальной файловой системы FAT12, поставляемой с MS-DOS много, много лет назад.
Maximum максимальный размер диска: 4 гигабайта
◦максимальный размер файла: 4 ГБ
◦максимальное количество файлов на диске: 65,517
Maximum максимальное количество файлов в одной папке: 512 (если я правильно помню, корневая папка "/" имела нижний предел 128).
•FAT32
" там нет практических лимит на общий размер всех файлов в папке, хотя там может быть ограничения на количество файлов в папке."FAT32 был введен для преодоления некоторых ограничений FAT16.
◦максимальный размер диска: 2 ТБ
◦максимальный размер файла: 4 ГБ
◦максимальное количество файлов на диске: 268,435,437
◦максимальное количество файлов в одной папке: 65 534
•NTFS
NTFS, или " новая технология Файловая система", введенная в Windows NT, является полностью переработанной файловой системой.
◦максимальный размер диска: 256 терабайт
◦максимальный размер файла: 256 терабайт
◦максимальное количество файлов на диске: 4,294,967,295
◦максимальное число файлов в одной папке: 4,294,967,295
обратите внимание, что когда я говорю "диск" выше, я действительно говорю о "логических" дисках, не обязательно физических. Никто не делает 256 терабайт диск, но с помощью NTFS массив дисков можно рассматривать как один логический диск. Предположительно, если у вас их достаточно, вы можете построить огромный логический диск.
Также обратите внимание, что ограничение NTFS в 256 терабайт вполне может быть просто ограничение реализации - я читал, что формат NTFS может поддерживать диски до 16 эксабайт (16 раз 1,152,921,504,606,846,976 байт).
Как Windows с NTFS работает с большими объемами файлов и каталогов?
есть ли какие-либо указания относительно ограничений файлов или каталогов, которые вы можете разместить в одном каталоге, прежде чем запускать проблемы с производительностью или другие проблемы? например, папка с папками 100,000 внутри нее-это хорошо, что нужно сделать
вот некоторые советы от кого-то со средой, где у нас есть папки, содержащие десятки миллионов файлов.
чтобы ответить на ваш вопрос более прямо: Если вы смотрите на записи 100K, не беспокойтесь. Иди развлекайся. Если вы смотрите на десятки миллионов записей, то либо:
a) планируйте разделить их на подпапки (например, скажем, у вас есть файлы 100M. Лучше хранить их в 1000 папках, чтобы у вас было только 100 000 файлов в папке, чем хранить их в 1 большую папку. Это создаст 1000 индексов папок вместо одного большого, который с большей вероятностью достигнет максимального предела фрагментов или
b) планируйте запустить contig.exe на регулярной основе, чтобы сохранить дефрагментацию индекса вашей большой папки.
читайте ниже, только если вам скучно.
Итак, у вас есть сегмент данных, в котором хранятся указатели на фрагменты данных каталога. В данных каталога хранится информация о подкаталогах и вложенных файлах, которые предположительно хранятся в каталоге. На самом деле каталог ничего не "хранит". Это просто функция отслеживания и представления, которая представляет иллюзию иерархии для пользователя, поскольку сам носитель является линейным.
существуют также проблемы с производительностью при создании коротких имен файлов, замедляющих работу. Корпорация Майкрософт рекомендует отключить создание коротких файлов, если у вас более 300k файлов в папке [1]. Чем менее уникальны первые 6 символов, тем больше это проблема.
Я создаю файловую структуру для размещения до 2 миллиардов (2^32) файлов и выполнил следующие тесты, которые показывают резкое падение производительности навигации + чтения примерно в 250 файлах или 120 каталогах на каталог NTFS на твердотельном диске (SSD):
- производительность файла падает на 50% между 250 и 1000 файлов.
- производительность каталога падает на 60% между 120 и 1000 каталогами.
- значения для чисел > 1000 остаются относительно стабильными
интересно, что количество каталогов и файлов существенно не вмешивается.
Это данные (2 Измерения для каждого файла и каталога):
и это тестовый код:
100,000 должно быть нормально.
Я (анекдотально) видел людей, имеющих проблемы со многими миллионами файлов, и у меня были проблемы с Explorer, просто не имея понятия, как считать последние 60-что-то тысяч файлов, но NTFS должен быть хорош для томов, о которых вы говорите.
в случае, если вам интересно, технический (и я надеюсь теоретической) максимальное количество файлов: 4,294,967,295
для локального доступа большое количество каталогов / файлов не кажется проблемой. Однако, если вы обращаетесь к нему по сети, есть заметный удар по производительности после нескольких сотен (особенно при доступе с компьютеров Vista (XP к Windows Server w/NTFS, похоже, работает намного быстрее в этом отношении)).
при создании папки с N записями создается список из N элементов на уровне файловой системы. Этот список представляет собой общесистемную общую структуру данных. Если вы начнете постоянно изменять этот список, добавляя / удаляя записи, я ожидаю, по крайней мере, некоторого конфликта блокировки по общим данным. Это утверждение - теоретически - может негативно повлиять на производительность.
для сценариев только для чтения я не могу представить никакой причины для снижения производительности каталогов с большими количество записей.
У меня был реальный опыт работы с около 100 000 файлов (каждый несколько Мб) на NTFS в каталоге при копировании одной онлайн-библиотеки.
для открытия каталога с помощью Explorer или 7-zip требуется около 15 минут.
запись копии сайта с помощью winhttrack всегда будет застрять через некоторое время. Он также имел дело с каталогом, содержащим около 1 000 000 файлов. Я думаю, что хуже всего то, что MFT может только последовательно проходить.
открытие того же под ext2fsd на ext3 дали почти такое же время. Вероятно, переход на reiserfs (не reiser4fs) может помочь.
попытка избежать этой ситуации, вероятно, лучше всего.
для ваших собственных программ, использующих blobs без каких-либо fs, может быть полезно. Вот так Facebook для хранения фотографий.
какое максимальное количество разделов на жестком диске в Windows?
Если она ограничена каким-то конкретным числом, почему мы можем присвоить дискам все буквы от C до Z? Если это особый случай, то что это?
в устаревшей схеме секционирования " MBR " вы можете иметь 4 первичных раздела или 3 первичных раздела и один расширенный раздел, содержащий любое количество логических разделы. В то время как вы можете назначить букву диска разделу, вы также можете сопоставить его как папку в текущих версиях Windows, позволяя больше разделов, или использовать subst для подключения его к номеру.
на EFI спецификация предписывает, что таблица разделов GUID (GPT), которым все современные операционные системы поддерживают,способен, содержащей максимум 128 разделов на жестком диске любого размера. GPT также требуется для загрузки с жестких дисков емкостью более 2 ТБ. Эта схема секционирования теперь широко используется с UEFI поддерживается практически всеми новыми компьютерами.
в дополнение к собственным разделам, Windows и Linux также имеют так называемый "менеджер логических томов", который может накладывать десятки, если не сотни виртуальных разделов (логических томов) поверх 4 (MBR) или 128 (GPT) физических разделов. Логическим томам можно назначать буквы дисков или точки монтирования так же, как и физическим разделам. Они также могут быть загрузочными при соблюдении определенных ограничений.
также возможно иметь диски в формате GPT в системах, отличных от UEFI, и MBR-диски в системах UEFI (за исключением загрузочного диска).
на диске, использующем традиционный формат MBR, таблица разделов имеет четыре слота. Каждый из них может содержать "основной" раздел, или один может быть использован для создания "расширенного" раздела, который может содержать любое количество подразделов (часто называемых "логическими дисками"). Расширенные разделы в основном являются обходным путем для небольшого размера таблицы разделов MBR, и существуют ограничения на то, для чего они могут использоваться. (Например, загрузчик Windows должен быть на первичной раздел.)
новый формат GPT-диска поддерживает гораздо больше разделов-технически неограниченный, я думаю, но операционные системы накладывают ограничение 128. Это все" первичные " разделы (по терминологии MBR).
количество дисков, которые можно использовать для каждого сервера, ограничено доступной памятью для файловых систем FAT16, FAT32, NTFS и UDF.
Так нет нет жесткого ограничения на Windows по количеству драйверов. Буква диска, конечно, ограничены, так как они останавливаются на Z. Но диски не должны быть даны буквы диска - они могут быть сопоставлены с папкой на другой диск. Из той же статьи Technet:
подключенные диски полезны, когда вы хотите добавить больше памяти к существующего объема без расширения объема. Подключенный диск локальный том, присоединенный к пустой папке на томе NTFS. Установленные приводы не подлежат предел 26 приводов наведенный приводом Буквы, поэтому можно использовать подключенные диски для доступа к более чем 26 дискам на вашем компьютере. Дополнительные сведения о подключенных дисках, в том числе сведения о создании подключенных дисков в кластерах серверов см. В разделе "Использование подключенных дисков NTFS" в центре справки и поддержки Windows Сервер 2003.
жесткие диски могут быть разделены на четыре основных раздела, или один из них может быть настроен как расширенный раздел.
расширенный раздел теоретически может содержать бесконечное количество логических разделов, и поэтому, хотя Windows имеет только буквы дисков до z: (плюс некоторые другие символы), это не ограничение на количество разделов, которые вы можете создать, даже если вы не можете назначить им букву диска.
Если диск разбит на разделы с помощью GPT, windows может обрабатывать только 2 по следующей причине. При использовании GPT каждый основной раздел имеет другой скрытый раздел, который называется EFI. Когда Windows видит этот раздел EFI, он считается 1 основным. Поэтому 2 раздела в GPT означает 4. Это печальное ограничение для Windows при тестировании новой сборки с использованием схемы GPT. Linux и OS X гораздо более гибки.
максимальное количество срезов в Windows mbr равно 4.
слабо называется как "разделы", означает 4 париции. Однако, любой из этих 4 разделов, т. е. один и только один из них может быть продлен на "разделы" или логические диски. В резюме, он сказал, как 3 основных перегородками и одним "выдвижная" раздел. "Extendable" раздел как логически привод может только пойти с письмами a к z. По мере того как алфавит a и b использованы для неповоротливых приводов, только c к z имеющийся для использовать.
теоретически, на диске может быть создано неограниченное количество разделов. Общее количество разделов ограничено объемом пространства, зарезервированного для записи разделов.
Какое максимальное количество файлов, любого типа, может быть в папке? В системе NTFS. Не начнутся ли после определенного количества глюки (например начнут пропадать файлы, или перестанут прочитываться. )
зависит от фаловой системы на диске.
общее количество:
NTFS - Неограниченно Пока память на диске не кончится.
FAT32 не более 65534.
Для каждой папки - не помню. в фат12 что-то около 64 кажется.
вот еще для фат32:
Максимальное количество файлов в корневом каталоге 512
Максимальное количество файлов в некорневом каталоге Неограничено
Парится ни должно никогда, только если у тебя стоит антивирус любого типа, тогда будет слегка париться, потому что антивирус следит за тем где ты лазиешь. Значит чем больше файлов в папке и чем больше они весят, теб дольше антивирус будет их обрабатывать.
и ты посмотри - тока 1 чел нормально ответил из 6ти.. . делаем выводы - в стране 5/6 - полные идиоты (по крайней мере по компам)
И кто это адекватно ответил? первый? чушь вообще ))
в fat32 папка 65534
макс размер файла 4 гигабайта
ntfs папка 4,294,967,295
макс размер файла 256 терабайт
Я думаю, что имели ввиду человека, который с практической точки зрения ответил в формате "как есть", а не как должно быть теоретически. Будет виснуть, если будет стоять антивирь, а он стоять будет, а значит и виснуть будет. Просто необходимо понимать для чего задаётся этот вопрос, если человек озвучивает, что в перспективе (например, через год) файлов будет уева-тутуева, то будет ли виснуть? А на самом деле вопрос, возможно, стоял по-другому: придётся ли мне через год менять структуру, всё переделывать, только уже с большим багажом на плечах, боясь допустить ошибку, прервав рабочие процессы, начать обкатывать новую систему с нуля?
Ответ такой, сегментируйте файлы, чтобы в ближайшие 5 лет на нём не скопилось более 10 тысяч файлов и папок. Найдите среди них что-то общее и просто сегментируйте их, чтобы избежать дополнительных трудностей, которые сожрут овер9000 часов рабочего времени через год.
Я понимаю, что отвечаю поздно, но просто эти ответы до сих пор выдаются Поисковыми Системами, и люди их читают, значит вопрос до сих пор актуальный)
Читайте также: