<<
>>

Каталоги в NTFS

Текущей файловой системой для продуктов Microsoft на сегодняшний день является NTFS (New Technology File System — файловая система новой технологии). Рамки этой книги не предусматривают ее детального описания, однако некоторые проблемы, с которыми сталкивается NTFS, и их решениями мы ознакомимся.

Одна из проблем — длинные имена файлов и путей. NTFS поддерживает длинные имена файлов (до 255 символов) и путей (до 32 767 символов). Поскольку предшествующие версии Windows в любом случае не способны читать файловую систему NTFS, сложная структура каталогов с обратной совместимостью не нужна, и поле имени имеет переменную длину. Также предоставляется поддержка второго имени в формате 8 + 3, позволяющая устаревшим системам получать доступ к NTFS-файлам по сети.

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

Однако помимо представления алфавитов, многоязычности присущи и другие проблемы. Даже среди языков, использующих латиницу, имеются свои тонкости. Так, в некоторых языках (к примеру, в испанском) определенные комбинации двух символов при сортировке считаются одним символом. Слова, начинающиеся с префиксов «ch» и «11», должны следовать после слов, начинающихся соответственно с префиксов «cz» и «lz». Еще сложнее проблема чувствительности к регистру. Если по умолчанию имена файлов чувствительны к регистру, иногда может возникать необходимость в организации нечувствительного к регистру поиска. Для языков на основе латиницы решение проблемы очевидно, по крайней мере, их носителям. Если поддерживается только один язык, правила очевидны, однако Unicode позволяет смешивать различные языки.
В многонациональной организации один и тот же каталог может содержать имена файлов на греческом, русском и японском языках. В качестве решения проблемы в NTFS введен атрибут файла, определяющий соглашения о регистре для языка, на котором написано его имя файла.

С помощью дополнительных атрибутов в NTFS решено много задач. Если в UNIX файл представляет собой последовательность байтов, то в NTFS — коллекцию атрибутов, где каждый атрибут является потоком байтов. Базовая структура данных NTFS — главная таблица файлов (Master File Table, MFT). Она поддерживает 16 атрибутов, каждый из которых может иметь длину до 1 Кбайт. Если этого недостаточно, атрибут можно использовать в качестве заголовка, указывающего на дополнительный файл с расширенными значениями атрибута. Такой атрибут называется нерезидентным. Сама таблица MFT представляет собой файл и содержит запись для каждого файла и каталога файловой системы. Поскольку ее объем может значительно вырасти, при создании NTFS около 12,5 % пространства раздела резервируется под MFT. Благодаря резервированию MFT не фрагментируется как минимум до тех пор, пока все зарезервированное пространство не будет исчерпано. В последнем случае для MFT резервируется еще одна область. Таким образом, даже если таблица MFT фрагментирована, она состоит из очень небольшого числа крупных блоков.

Как же в NTFS обстоит дело с данными? Данные попросту представляют собой один из атрибутов файла. На самом деле, NTFS-файл может содержать несколько потоков данных. Изначально эта возможность позволяла Windows-серверам обслуживать файлы клиентов Apple Macintosh. В исходной операционной системе Macintosh (до Mac OS 9) все файлы имели два потока данных. Эти потоки назывались «ветвь ресурсов» и «ветвь данных». Множественные потоки данных имеют и другие применения; например, для большого графического файла можно хранить его уменьшенный эскиз. Максимальный объем потока составляет 264 байта. В то же время система NTFS способна хранить содержимое небольших файлов (до нескольких сотен байтов) в заголовке атрибута. Такие файлы называются непосредственными [91].

Мы лишь слегка затронули несколько подходов, позволяющих NTFS решать проблемы, не решенные более старыми и простыми файловыми системами. NTFS также предоставляет и другие возможности: сложную систему защиты, шифрование и сжатие данных. Их описание, как и описание их реализации, занимает гораздо больше места, чем мы можем позволить себе в этой книге. Более детальное рассмотрение NTFS вы найдете в [115]. Кроме того, дополнительную информацию можно поискать в Интернете.

5.3.4.

<< | >>
Источник: Э. ТАНЕНБАУМ, А. ВУДХАЛЛ. ОПЕРАЦИОННЫЕ СИСТЕМЫ Разработка и реализация 3-е издание. 2007

Еще по теме Каталоги в NTFS:

  1. Чудо, связанное с каталогом «Nightingale-Conant»
  2. Статья 699. Публичное предложение заключить договор купли-продажи
  3. М.Руссинович, Д.Соломон. Внутреннее устройство Microsoft Windows (главы 1–4), 2005
  4. 2. Продажа товаров с дополнительными условиями
  5. ОПОЗНАНИЕ
  6. 2. Заключение договора розничной купли-продажи.
  7. 1. Типологические особенности журналистики русского зарубежья (Г. В. Жирков)
  8. 1. Система отдельных видов договоров розничной купли-продажи
  9. Статья 702. Продажа товара по образцу
  10. Отпустить.
  11. Типичные ошибки анализа документов в социологическом исследовании
  12. Глава I. Громова Л. П. Становление системы русской политической прессы XIX века в эмиграции
  13. ПРИМЕРНЫЕ ЦЕНЫ НА НЕКОТОРЫЕ ТОВАРЫ И УСЛУГИ В США, ОТ…(и, как правило, выше)
  14. ОБ АВТОРЕ
  15. § 1. Конституция и конституционное развитие. Охрана конституции
  16. 14.6. Организация взаимодействия библиотек
  17. Глава 5 МАРКЕТИНГОВЫЕ КОММУНИКАЦИИ В ЖУРНАЛИСТИКЕ
  18. ЭТОЛОГИЯ
  19. 5. Основні тенденції розвитку прав людини
  20. 3. Составители как субъекты авторского права