Каталоги в 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.
Еще по теме Каталоги в NTFS:
- Чудо, связанное с каталогом «Nightingale-Conant»
- Статья 699. Публичное предложение заключить договор купли-продажи
- М.Руссинович, Д.Соломон. Внутреннее устройство Microsoft Windows (главы 1–4), 2005
- 2. Продажа товаров с дополнительными условиями
- ОПОЗНАНИЕ
- 2. Заключение договора розничной купли-продажи.
- 1. Типологические особенности журналистики русского зарубежья (Г. В. Жирков)
- 1. Система отдельных видов договоров розничной купли-продажи
- Статья 702. Продажа товара по образцу
- Отпустить.
- Типичные ошибки анализа документов в социологическом исследовании
- Глава I. Громова Л. П. Становление системы русской политической прессы XIX века в эмиграции
- ПРИМЕРНЫЕ ЦЕНЫ НА НЕКОТОРЫЕ ТОВАРЫ И УСЛУГИ В США, ОТ…(и, как правило, выше)
- ОБ АВТОРЕ
- § 1. Конституция и конституционное развитие. Охрана конституции
- 14.6. Организация взаимодействия библиотек
- Глава 5 МАРКЕТИНГОВЫЕ КОММУНИКАЦИИ В ЖУРНАЛИСТИКЕ
- ЭТОЛОГИЯ
- 5. Основні тенденції розвитку прав людини
- 3. Составители как субъекты авторского права