ReiserFS (Reiser3) – попытка расширить горизонты ext2(3)




ReiserFS — журналируемая ФС, разработанная специально для Linux компанией Namesys под руководством Ганса Рейзера(Hans Reiser) в 2001 году. Обычно под словом ReiserFS понимают третью версию (последняя - 3.6.19), а четвёртую, появившуюся в 2004 году, называют Reiser4. В настоящий момент разработка Reiser3 прекращена, чтобы сконцентрироваться на её преемнике.

В настоящее время ReiserFS поддерживается только для GNU/Linux, но может быть в будущем перенесена на другие платформы. Появившись в Linux версии 2.4.1, она стала первой журналируемой ФС включенной в ядро. ReiserFS — стандартная ФС для дистрибутивов Slackware, SuSE, Xandros, Yoper, Linspire и Kurumin Linux.

ReiserFS задумывалась как замена ext2, для этого она должна была быть лучше во всех отношениях, начиная с производительности и кончая надежностью и безопасностью. Действительно, ReiserFS демонстрирует обилие возможностей современных ФС:

  • tail packing: упаковка нескольких небольших файлов в один блок во избежание фрагментации и потери диского пространства. Из-за сильной потери производительности Namesys рекомендует отключить эту возможность на чувствительных к ресурсам машинах;
  • delayed allocation: записываемая информация сразу не сбрасывается на жесткий диск, а хранится в памяти настолько долго, насколько это возможно. Это уменьшает фрагментацию данных и позволяет достичь преобразования большого числа случайных обращений к диску в малое число последовательных (Reiser4);
  • transparent compression/encryption: сжатие и шифрование данных проводится на уровне ФС (Reiser4).

При работе с файлами меньше 4k, с включенной функцией tail packing превосходит по производительности ext2 и ext3 в 10—15 раз. ReiserFS это прекрасное решение для серверов Usenet, кэширующих HTTP прокси-серверов, почтовых серверов и в других местах, где критична скорость работы с малыми файлами. По заявлениям Namesys, Reiser4 в 2 раза превосходит по производительности ext2 при обычной работе.

Тем не менее, ReiserFS имеет много недостатков, которые не дают ей заменить ext2:

  • Reiser3 может быть повреждена в результате перестройки дерева во время проверки fsck (file system check). Перестройка дерева нужна только, если метаданные очень сильно повреждены;
  • версии ReiserFS, включённые в ядро Linux младше версии 2.4.10, признаны нестабильными компанией Namesys и не рекомендованы для промышленного использования, особенно в связке с NFS;
  • неизвестно способа дефрагментации, помимо полного дампа ФС и последующего восстановления (хотя имеется переупаковщик для ReiserFS v4, который заботится о фрагментации файлов);
  • максимальный размер тома и файла равны соответственно 16ТБ и 8ТБ.

UFS (Unix File System) – ext2 под BSD

UFS - ФС, сделанная "по образу и подобию" ext2, для ОС 4.4BSD в 1994 году. UFS считается основной в FreeBSD, OpenBSD и NetBSD, также поддержка этой файловой системы имеется в операционных системах Linux и Solaris. В 2002 году вместе с ОС FreeBSD5.0 была выпущена ФС UFS2, реализовавшая многие возможности современных ФС и увеличившая максимальный размер тома/файла с 256ТБ/256ТБ в UFS до 1YiB/32ПБ соответственно.

Основным недостатком UFS является то, что журналирование так и не было в ней реализовано.

XFS – ext2 под IRIX

Аналогично UFS, при создании ФС XFS разработчики (фирма SGI) ориентировались на опыт ФС ext2. Выпущенная в 1994 году XFS также известна как система, обладающая лучшим журналированием среди современных ФС. Интересная особенность этой ФС (которую одни считают недостатком, а другие преимуществом) состоит в том, что удаленные в XFS файлы практически невосстановимы.

8. HFS Plus – ФС для Mac OS

HFS+ или HFS Plus - ФС, разработанная фирмой Apple в 1998 году (Mac OS 8.1) для замены HFS (Hierarchical File System) как основной ФС, используемой на компьютерах Macintosh.

HFS Plus - улучшенная версия HFS, поддерживающая файлы большего размера (ограничения составляют 16ЭБ на максимальный размер файла и тома) и использующая символы Unicode (вместо Mac OS Roman) в именах файлов.

Типичный раздел HFS Plus характеризуется 7-ю структурами:

  1. В секторах 0 и 1 раздела находятся блоки загрузки (boot blocks), также в разделе есть копии этих секторов.
  2. В секторе 2 находится заголовок раздела (Volume Header), содержащий широкое разнообразие данных о самом разделе: размер, дату и время создания, положение других структур раздела. Заголовок раздела всегда находится в одном и том же месте.
  3. Файл размещения (Allocation File), каждый бит которого соответствует, занятому блоки или свободному блоку. Ноль означает, что блок свободен, единица означает, что блок занят. Файл размещения хранится как обычный файл. Он не занимает специально зарезервированное место в начале диска, может изменяться в размерах и состоять из нескольких фрагментов.
  4. Файл каталогов (Catalog File) представляет собой B-Tree, хранящее записи о всех файлах и директориях, хранящихся на разделе. Запись в файле каталогов занимает 4КБ в Mac OS и 8КБ в Mac OS X.
  5. Файл переполнения экстентов (Extents Overflow File) также представляет собой B-Tree, хранящее записи об экстентах. Каждая запись файла каталогов может хранить информацию о 8-ми экстентах, при превышении этого числа используется файл переполнения экстентов. Информация об испорченных блоках также хранится в этом файле. Размер одной записи об экстенте равен 1КБ в Mac OS и 4КБ в Mac OS X.
  6. Файл аттрибутов (Attributes File) - нововведение HFS Plus относительно HFS, которое также представляет собой B-tree.
  7. Файл запуска (Startup File) спроектирован для ОС помимо Mac OS, не имеющих поддержки HFS и HFS+.

HFS+ поддерживает шифрование на уровне ФС, но не предоставляет возможностей сжатия.

9. Fossil – ФС для Plan 9

Fossil - ФС, созданная фирмой Bell Labs в 2003 году и устанавливаемая в ОС Plan 9 по умолчанию. Fossil идеально подходит для частого архивирования данных благодаря технологии "снимков" (snapshots). "Снимки" или копии данных, создающиеся по команде или автоматически, хранятся на диске, пока это позволяет объем свободного места.

10. ZFS (Zettabyte File System) – нет ограничениям!

ZFS - ФС, созданная фирмой Sun Microsystems в 2004 году для использования в ОС Solaris. Основной целью разработчиков ZFS было создание ФС, ограничения которой никогда не будут достигнуты на практике, поэтому ФС сделали 128-битной (это означает, что в ней может хранится в 18 квинтильонов раз больше информации, чем в 64-битных ФС). Руководитель проекта, Бонвик, так выразился по поводу ограничений ZFS: "Чтобы превысить ограничения 128-битной ФС потребуется хранилище, большее по размерам, чем Земля, и энергия, необходимая для того, чтобы осушить океаны".

Некоторые теоретические ограничения ZFS:

  • 16ЭБ - максимальный размер ФС;
  • 16ЭБ - максимальный размер файла;
  • 16ЭБ - максимальный размер любого атрибута;
  • 256 - количество атрибутов файла;
  • 256 - количество файлов в директории.

Пример, иллюстрирующий, как велики эти числа: если 1000 файлов будут создаваться каждую секунду, потребуется 9000 лет для достижения предела.

Тем не менее существующие реализации ZFS имеют недостатки: с ZFS нельзя загружать ОС (не предусмотрена поддержка boot), в ФС не хватает шифрования.

11. NFS (Network File System) – Сетевая ФС

NFS - это протокол, первоначально разработанный фирмой Sun Microsystems в 1984 году и описанный в следующих RFC: 1094, 1813 и 3530 (отменяет 3010). NFS представляет собой распределенную ФС, позволяющую компьютеру получать доступ к файлам через сеть.

Более чем за 20 лет были выпущены различные версии реализаций NFS.

Версия 1 использовалась только для экспериментальных целей внутри Sun Microsystems.

Версия 2 (RFC 1094, март 1989) изначально функционировала через UDP, что означало, что протокол был без сохранения состояний.

Версия 3 (RFC 1813, июнь 1995) добавила:

  • поддержку файлов больших 4ГБ по размеру (ФС стала 64-битной);
  • поддержку асинхронной записи на сервер для увеличения производительности;
  • дополнительные атрибуты файлов.

С введением 3-й версии NFS появилась поддержка TCP как транспортного уровня, что позволило сделать использование NFS в пределах WAN более осуществимым.

Версия 4 (RFC 3010, декабрь 2000; исправлено в RFC 3530, апрель 2003) включает в себя улучшения производительности, безопасности и представляет протокол с сохранением состояний. Версия 4 - первая версия, разработанная IETF после того, как Sun Microsystems передала ей права на разработку NFS протокола.

WebNFS - расширение 2-й и 3-й версий, которое позволяет интегрировать NFS в веб-браузеры и позволять работать через файерволы.

12. WinFS (Windows Future Storage) – от ФС к СУБД

WinFS - это система, представляющая собой нечто среднее между реляционной СУБД и ФС, как таковой.

История ее начинается еще с ранних 90-х годов с системы OFS (Object File System). OFS была частью проекта Ciaro, который был заброшен. Наработки по OFS были использованы в RFS (Relational File System), которая должна была стать существенным нововведением MSSQL 2000 (на деле оказавшимся незначительным расширением MSSQL 7.0). Проект RFS так и не был внедрен, но был трансформирован в WinFS, которую планировалось включить в Windows Vista в 2003 году. Этого также не произошло ввиду плохой производительности системы WinFS. Решено было сделать WinFS отдельным продуктом, но поддержку его в конце концов прекратили. WinFS прекратила свое существование, а ее наработки будут использованы в ADO.NET и MSSQL Server.


 

Обзор файловых систем FAT, HPFS и NTFS

Код статьи: 100108 - Список продуктов, к которым относится данная статья.

if (!loadTOCNode) {var loadTOCNode = function(){}} Развернуть все | Свернуть все if (kb_page_object) { kb_page_object.kb_imageExpandHoverText = 'Щелкните, чтобы развернуть это изображение'; }

На этой странице

· Аннотация

· Дополнительная информация

o ОБЗОР ФАЙЛОВОЙ СИСТЕМЫFAT

o Имена файлов в FAT

o Преимущества файловой системы FAT

o Недостатки файловой системы FAT

o ОБЗОР ФАЙЛОВОЙ СИСТЕМЫHPFS

o Суперблок

o Запасной блок

o Преимущества файловой системы HPFS

o Недостатки файловой системы HPFS

o ОБЗОР ФАЙЛОВОЙ СИСТЕМЫNTFS

o Надежность

o Дополнительные функции

o Поддержка POSIX

o Устранение ограничений

o Преимущества файловой системы FAT

o Недостатки файловой системы NTFS

o Соглашения именования в NTFS

· Свойства

· Отправить отзыв

var sectionFilter = "type!= 'notice' && type!= 'securedata' && type!= 'querywords'"; var tocArrow = "/library/images/support/kbgraphics/public/en-us/downarrow.gif"; var depthLimit = 10; var depth3Limit = 10; var depth4Limit = 5; var depth5Limit = 3; var tocEntryMinimum = 1; <style>.tocTitle, #tocDiv{display: none;}</style>

Аннотация

loadTOCNode(1, 'summary'); В статье описаны различия между файловыми системами FAT, HPFS и NTFS для Windows NT, а также их преимущества и недостатки. Статья содержит следующие разделы.

· Обзор файловой системы FAT.

· Обзор файловой системы HPFS.

· Обзор файловой системы NTFS.

Примечание. Файловая система HPFS поддерживается только операционной системой Windows NT версий 3.1, 3.5 и 3.51. Windows NT 4.0 не поддерживает разделы с файловой системой HPFS. Файловая система FAT32 поддерживается только операционными системами Windows 98/95 и Windows 2000.

Перейти к началу страницы | Отправить отзыв

Дополнительная информация

loadTOCNode(1, 'moreinformation'); ОБЗОР ФАЙЛОВОЙ СИСТЕМЫFAT

loadTOCNode(2, 'moreinformation'); FAT является наиболее простой из поддерживаемых Windows NT файловых систем. Основой файловой системы FAT является таблица размещения файлов, которая помещена в самом начале тома. На случай повреждения на диске хранятся две копии этой таблицы. Кроме того, таблица размещения файлов и корневой каталог должны храниться в определенном месте на диске (для правильного определения места расположения файлов загрузки).

Диск, отформатированный в файловой системе FAT, делится на кластеры, размер которых зависит от размера тома. Одновременно с созданием файла в каталоге создается запись и устанавливается номер первого кластера, содержащего данные. Такая запись в таблице размещения файлов сигнализирует о том, что это последний кластер файла, или указывает на следующий кластер.

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

Каталог FAT не имеет определенной структуры, и файлы записываются в первом обнаруженном свободном месте на диске. Кроме того, файловая система FAT поддерживает только четыре файловых атрибута: «Системный», «Скрытый», «Только чтение» и «Архивный».

Имена файлов в FAT

loadTOCNode(2, 'moreinformation'); В файловой системе FAT использован традиционный формат имен 8.3, имена файлов должны состоять из символов ASCII. Имя файла или каталога должно состоять не более чем из 8 символов, затем следует разделитель «.» (точка) и расширение длиной до 3 символов. Первым символом имени должна быть буква или цифра. При определении имени можно использовать все символы за исключением перечисленных ниже.

. " / \ [ ]:; | =,

Использование этих символов может привести к получению неожиданных результатов. Имя не должно содержать пробелов.

Указанные ниже имена зарезервированы.

CON, AUX, COM1, COM2, COM3, COM4, LPT1, LPT2, LPT3, PRN, NUL

Все символы преобразуются в верхний регистр.

Преимущества файловой системы FAT

loadTOCNode(2, 'moreinformation'); На компьютере под управлением Windows NT в любой из поддерживаемых файловых систем нельзя отменить удаление. Программа отмены удаления пытается напрямую обратиться к оборудованию, что невозможно при использовании Windows NT. Однако если файл находился в FAT-разделе, то, запустив компьютер в режиме MS-DOS, удаление файла можно отменить. Файловая система FAT лучше всего подходит для использования на дисках и разделах размером до 200 МБ, потому что она запускается с минимальными накладными расходами. Более подробные сведения о преимуществах файловой системы FAT можно найти в следующих источниках:

· «Основные понятия и планирование Windows NT Server», глава 5, раздел «Выбор файловой системы»;

· пакет ресурсов Microsoft Windows NT Workstation 4.0 Resource Kit, глава 18, «Выбор файловой системы»;

· руководство «Resource Guide» в пакете ресурсов Microsoft Windows NT Server 4.0 Resource Kit, глава 3, раздел «Which File System to Use on Which Volumes».

Недостатки файловой системы FAT

loadTOCNode(2, 'moreinformation'); Как правило, не стоит использовать файловую систему FAT для дисков и разделов, чей размер больше 200 МБ. Это объясняется тем, что по мере увеличения размера тома производительность файловой системы FAT быстро падает. Для файлов, расположенных в разделах FAT, невозможно установить разрешения.

Разделы FAT имеют ограничение по размеру: 4 ГБ под Windows NT и 2 ГБ под MS-DOS. За дополнительными сведениями об этих ограничениях обратитесь к следующей статье базы знаний Майкрософт:

Номер статьи: 118335

(https://support.microsoft.com/kb/118335/RU/)


Максимальный размер раздела на диске с файловой системой FAT16

Более подробное обсуждение недостатков файловой системы FAT можно найти в следующих источниках:

· «Основные понятия и планирование Windows NT Server», глава 5, раздел «Выбор файловой системы»;

· пакет ресурсов Microsoft Windows NT Workstation 4.0 Resource Kit, глава 18, «Выбор файловой системы»;

· руководство «Resource Guide» в пакете ресурсов Microsoft Windows NT Server 4.0 Resource Kit, глава 3, раздел «Which File System to Use on Which Volumes».

ОБЗОР ФАЙЛОВОЙ СИСТЕМЫHPFS

loadTOCNode(2, 'moreinformation'); Файловая система HPFS впервые была использована для операционной системы OS/2 1.2, чтобы обеспечить доступ к появлявшимся в то время на рынке дискам большого размера. Кроме того, назрела необходимость расширения существующей системы имен, улучшения организации и безопасности для удовлетворения растущих потребностей рынка сетевых серверов. В файловой системе HPFS поддерживается структура каталогов FAT и добавлена сортировка файлов по именам. Имя файла может содержать до 254 двухбайтовых символов. Файл состоит из «данных» и специальных атрибутов, что создает дополнительные возможности для поддержки других типов имен файлов и повышению уровня безопасности. Кроме того, наименьший блок для хранения данных теперь равен размеру физического сектора (512 байт), что позволяет снизить потери дискового пространства.

Записи в каталоге файловой системы HPFS содержат больше сведений, чем в FAT. Наряду с атрибутами файла здесь хранятся сведения о создании и внесении изменений, а также дата и время доступа. Записи в каталоге файловой системы HPFS указывают не на первый кластер файла, а на FNODE. FNODE может содержать данные файла, указатели на данные файла или другие структуры, указывающие на данные файла.

HPFS старается по возможности располагать данные файла в смежных секторах. Это приводит к повышению скорости последовательной обработки файла.

HPFS делит диск на блоки по 8 МБ каждый и всегда пытается записать файл в пределах одного блока. Для каждого блока 2 КБ зарезервировано под таблицу распределения, в которой содержится информация о записанных и свободных секторах в пределах блока. Разбиение на блоки приводит к повышению производительности, так как головка диска для определения места для сохранения файла должна возвращаться не к логическому началу диска (как правило, это нулевой цилиндр), а к таблице распределения ближайшего блока.

Кроме того, файловая система HPFS содержит два уникальных объекта данных.

Суперблок

loadTOCNode(2, 'moreinformation'); Суперблок располагается в логическом секторе 16 и содержит указатель на FNODE корневого каталога. В этом кроется главная опасность использования HPFS: если сектор суперблока помечен как поврежденный, это приводит к потере всех данных раздела даже на неповрежденных участках диска. Для восстановления данных их необходимо скопировать на другой диск с неповрежденным сектором 16 и воссоздать суперблок. Это очень сложная задача.

Запасной блок

loadTOCNode(2, 'moreinformation'); Запасной блок располагается в логическом секторе 17 и содержит таблицу экстренных исправлений, а также блок резервного каталога. В файловой системе HPFS запись таблицы экстренных исправлений используется при обнаружении дефектного сектора, чтобы логически указать вместо него имеющийся неповрежденный сектор. Эта технология обработки ошибок записи известна как экстренное исправление.

Если используется технология экстренного исправления, то при обнаружении поврежденного сектора данные переносятся в другой сектор, а исходный помечается как дефектный. Эти действия выполняются открыто для любого приложения, которое выполняет дисковые операции ввода/вывода (то есть на работе приложения проблемы с жестким диском не сказываются). Сообщения об ошибке, которые появляются при обнаружении поврежденного сектора (например, «FAT "Abort, Retry, or Fail?"»), в файловой системе, поддерживающей экстренные исправления, отсутствуют.

Примечание. Версия файловой системы HPFS, которая входит в состав Windows NT, не поддерживает технологию экстренного исправления.

Преимущества файловой системы HPFS

loadTOCNode(2, 'moreinformation'); HPFS – оптимальный вариант файловой системы для использования с дисками размером 200–400 МБ. Более подробное описание преимуществ файловой системы HPFS можно найти в следующих источниках:

· «Основные понятия и планирование Windows NT Server», глава 5, раздел «Выбор файловой системы»;

· пакет ресурсов Microsoft Windows NT Workstation 4.0 Resource Kit, глава 18, «Выбор файловой системы»;

· руководство «Resource Guide» в пакете ресурсов Microsoft Windows NT Server 4.0 Resource Kit, глава 3, раздел «Which File System to Use on Which Volumes».

Недостатки файловой системы HPFS

loadTOCNode(2, 'moreinformation'); Дополнительные накладные расходы, связанные с использованием HPFS, снижают эффективность ее применения на дисках размером меньше 200 МБ. Кроме того, производительность также снижается при использовании дисков размером больше 400 МБ. При использовании HPFS под Windows NT нельзя установить параметры безопасности.

Файловая система HPFS поддерживается только операционной системой Windows NT версий 3.1, 3.5 и 3.51. Нельзя получить доступ к разделу HPFS с помощью Windows NT 4.0.

Описание других недостатков файловой системы HPFS можно найти в следующих источниках:

· «Основные понятия и планирование Windows NT Server», глава 5, раздел «Выбор файловой системы»;

· пакет ресурсов Microsoft Windows NT Workstation 4.0 Resource Kit, глава 18, «Выбор файловой системы»;

· руководство «Resource Guide» в пакете ресурсов Microsoft Windows NT Server 4.0 Resource Kit, глава 3, раздел «Which File System to Use on Which Volumes».

ОБЗОР ФАЙЛОВОЙ СИСТЕМЫNTFS

loadTOCNode(2, 'moreinformation'); С точки зрения пользователя файловая система NTFS организует файлы по каталогам и сортирует их так же, как и HPFS. Однако в отличие от FAT и HPFS на диске нет специальных объектов и отсутствует зависимость от особенностей установленного оборудования (например, сектор размером 512 байт). Кроме того, на диске отсутствуют специальные хранилища данных (таблицы FAT и суперблоки HPFS).

Целью файловой системы NTFS является следующее.

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

· Предоставление платформы дополнительной функциональности.

· Поддержка требований POSIX.

· Устранение ограничений, характерных для файловых систем FAT и HPFS.

Надежность

loadTOCNode(2, 'moreinformation'); Для обеспечения надежности файловой системы NTFS особое внимание было уделено трем основным вопросам: способности к восстановлению, устранению неустранимых ошибок одного сектора и экстренному исправлению.

Для обеспечения способности к восстановлению NTFS отслеживает все транзакции в отношении файловой системы. Выполнение команды CHKDSK в файловой системе FAT или HPFS служит для проверки последовательности указателей в пределах каталога, размещения и таблицы файлов. Файловая система NTFS хранит журнал операций с этими компонентами. Таким образом, для восстановления связности системы необходимо с помощью команды CHKDSK выполнить «откат» транзакций до последней точки фиксации.

При использовании FAT или HPFS сбой сектора, в котором хранится один из специальных объектов файловой системы, приводит к возникновению неустранимой ошибки одного сектора. В NTFS эта проблема решается двумя способами. Во-первых, специальные объекты не используются, а все имеющиеся на диске объекты отслеживаются и защищаются. Во-вторых, существует несколько копий (число зависит от размера тома) основной таблицы файлов.

Подобно версиям HPFS для OS/2, NTFS поддерживает экстренное исправление.

Дополнительные функции

loadTOCNode(2, 'moreinformation'); Основное предназначение конфигурации операционной системы Windows NT на любом уровне является обеспечение платформы, которую можно использовать в качестве модуля при построении других систем, и NTFS не является исключением. Эта файловая система представляет собой гибкую платформу с широкими функциональными возможностями, которую могут использовать другие файловые системы. Кроме того, в NTFS полностью реализована модель безопасности Windows NT и поддержка нескольких потоков данных. Файл данных перестал быть отдельным потоком данных. Кроме того, пользователи могут добавлять собственные атрибуты файлов.

Поддержка POSIX

loadTOCNode(2, 'moreinformation'); Из всех поддерживаемых файловых систем NTFS наиболее полно соответствует POSIX.1. В ней реализована поддержка следующих требований POSIX.1:

назначение имен с учетом регистра;

согласно POSIX. README.TXT, Readme.txt и readme.txt – это разные файлы;

дополнительная отметка времени;

дополнительный штамп времени для сохранения времени последнего доступа к файлу;

жесткие связи.

Жесткой связью называется такая связь, когда два различных имени файла (которые могут быть расположены в разных каталогах) указывают на одни и те же данные.

Устранение ограничений

loadTOCNode(2, 'moreinformation'); Во-первых, в NTFS значительно – до 2^64 байт (16 экзабайт или 18 446 744 073 709 551 616 байт) – увеличен допустимый раздел файлов и томов. В NTFS для решения проблемы фиксированного размера сектора снова применена концепция кластеров, ранее использованная в файловой системе FAT. Это было сделано для улучшения аппаратной независимости операционной системы Windows NT при ее использовании с жесткими дисками, изготовленными по другой технологии. Таким образом, была принята точка зрения, что деление диска на секторы размером 512 не всегда является оптимальным. Размер кластера определяется кратным числом единичных блоков жесткого диска. Кроме того, для задания имен файлов используется кодировка Юникод и наряду с длинными именами обеспечена поддержка формата 8.3.

Преимущества файловой системы FAT

loadTOCNode(2, 'moreinformation'); NTFS лучше всего подходит для использования с томами размером более 400 МБ. С увеличением размера тома производительность файловой системы NTFS не падает, как у FAT.

Благодаря способности к восстановлению в NTFS отсутствует необходимость использования каких-либо программ восстановления диска. Описание других преимуществ файловой системы NTFS можно найти в следующих источниках:

· «Основные понятия и планирование Windows NT Server», глава 5, раздел «Выбор файловой системы»;

· пакет ресурсов Microsoft Windows NT Workstation 4.0 Resource Kit, глава 18, «Выбор файловой системы»;

· руководство «Resource Guide» в пакете ресурсов Microsoft Windows NT Server 4.0 Resource Kit, глава 3, раздел «Which File System to Use on Which Volumes».

Недостатки файловой системы NTFS

loadTOCNode(2, 'moreinformation'); Из-за дополнительного расхода дискового пространства файловую систему NTFS не рекомендуется использовать с томами размером менее 400 МБ. Такой расход объясняется необходимостью хранения системных файлов NTFS (в разделе размером 100 МБ для этого требуется около 4 МБ).

В настоящее время NTFS не имеет встроенного шифрования файлов. Следовательно, можно загрузить MS-DOS (или другую операционную систему) и воспользоваться низкоуровневой программой редактирования диска для просмотра хранящихся в томе NTFS данных.

С помощью файловой системы NTFS нельзя форматировать дискеты. Windows NT форматирует дискеты с помощью FAT, так как объем служебной информации, необходимой для функционирования NTFS, не помещается на дискете.

Более подробное описание недостатков файловой системы NTFS можно найти в следующих источниках:

· «Основные понятия и планирование Windows NT Server», глава 5, раздел «Выбор файловой системы»;

· пакет ресурсов Microsoft Windows NT Workstation 4.0 Resource Kit, глава 18, «Выбор файловой системы»;

· руководство «Resource Guide» в пакете ресурсов Microsoft Windows NT Server 4.0 Resource Kit, глава 3, раздел «Which File System to Use on Which Volumes».

Соглашения именования в NTFS

loadTOCNode(2, 'moreinformation'); Имена файлов могут состоять не более чем из 255 символов, включая любое расширение. В именах сохраняется регистр введенных символов, но сами имена не зависят от регистра. NTFS не различает имена в зависимости от регистра. В именах могут быть использованы любые символы за исключением указанных ниже.

? " / \ < > * |:

В настоящее время из командной строки можно задать имя файла длиной не более 253 символов.

Примечание. Особенности установленного оборудования могут наложить дополнительные требования на размер раздела в любой файловой системе. В частности, размер загрузочного раздела не может быть больше 7,8 ГБ, а таблица раздела ограничена 2 терабайтами.

Для получения дополнительных сведений о поддерживаемых Windows NT файловых системах см. пакет ресурсов Windows NT Resource Kit.



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-02-16 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: