Лучшие вопросы
Таймлайн
Чат
Перспективы

Сравнение файловых систем

статья-список в проекте Викимедиа Из Википедии, свободной энциклопедии

Remove ads

Данная таблица сравнивает основные и технические особенности для списка файловых систем. Смотрите отдельные статьи о каждой файловой системе для получения дополнительной информации.

Основная информация

Суммиров вкратце
Перспектива
Подробнее Файловая система, Создатель ...

Примечания

  1. [I 1]
    Metacomco выпустила так называемую «evolution» версию оригинальной файловой системы Amiga, реализованной первой Amiga Corporation (бывшая Hi-Toro) в 1982-83/85. По правде говоря, Metacomco сделала кашу из ранних ФС, убивших её простую и легкую структуру. Сперва OFS называлась просто Amiga File System. Название изменили с появлением «новой» Fast File System, созданной в 1987 для той же платформы.
  2. [I 2]
    Microsoft впервые представила FAT32 в Windows 95 OSR2 (OEM Service Release 2) и впоследствии в Windows 98.
  3. [I 3]
    IBM представила JFS с начальным релизом AIX версии 3.1 в 1990 году. Эта файловая система сейчас называется JFS1. Новая JFS (сейчас называемая JFS2), базирующаяся на Linux‐портах, была впервые применена в OS/2 Warp Server for e-Business в 1999 году.
Remove ads

Ограничения

Суммиров вкратце
Перспектива
Подробнее Максимальная длина имён файлов, Допустимые символы в названиях ...

Примечания

  1. [I 1]
    Это ограничения на структуры входа на-диске каталога непосредственно. Специфические устанавливаемые драйверы файловой системы могут установить собственные ограничения на названия (имена) каталога и файла, в частности и операционные системы могут также установить собственные ограничения, поперёк всех файловых систем. MS DOS, Microsoft Windows, и OS/2 отвергают символы \, /, :, ?, *, ", >, <, | и NUL в названии файлов и каталогов для всех файловых систем. Аналогично, версии операционной системы UNIX и Linux отвергают символы / и NUL.
  2. [I 2]
    Для файловых систем с переменным размером единицы размещения (блока/кластера) приведён диапазон размеров, показывающий максимальные размеры тома для минимально и максимально возможного размера единицы размещения файловой системы (напр., 512 байт и 128 КиБ для FAT — таков диапазон размера кластера, позволяемый структурами данных на диске, хотя некоторые драйверы устанавливаемых файловых систем и операционные системы не поддерживают размеры кластеров, большие 32 КиБ).
  3. [I 3]
    В Windows 95 появилась надстройка над FAT12 и FAT16, называемая VFAT. Она добавляет в указанные файловые системы поддержку длинных имён, до 255 символов и поддержку Unicode. При этом сама основная структура FAT12 и FAT16 не меняется, и может быть прочитана старыми версиями MS-DOS (с поддержкой только коротких имён формата 8.3). В FAT32 поддержка длинных имён имеется изначально. При запуске Windows 95 и Windows 98 в режиме MS-DOS поддержка длинных имён отсутствует, вне зависимости от применяемой файловой системы. В OS/2 длинные имена на FAT не поддерживаются (уточнить). Linux имеет чёткое разграничение на файловые системы FAT12/16 и VFAT. Если при монтировании раздела в Linux указан тип ФС «msdos», то будут поддерживаться только 8-разрядные имена формата 8.3 и не смогут содержать NUL (маркёр конца-каталога) или символ 229 (маркёр стёртого файла). Короткие имена также обычно не содержат символы нижнего регистра.
  4. [I 4]
    В этих файловых системах элементы каталога с именами . и .. имеют особенное значение. Элементы с этими именами не запрещены, и на самом деле существуют как обычные элементы каталога в структурах данных на диске. Однако, эти элементы должны обязательно присутствовать в каталоге и иметь вышеуказанные значения. Эти элементы автоматически создаются в каждом создаваемом каталоге и каталоги без них считаются испорченными
  5. [I 5]
    Структурам не свойственны ограничения в пределах диска. Специфические драйверы файловых систем и операционные системы могут наложить собственные ограничения. MS DOS не поддерживает пути к файлам длиннее 260 байт для FAT12 и FAT16. Аналогичное ограничение в Windows NT 32767 байт для файловой системы NTFS.
  6. [I 6]
    Действительный максимум был 8640 КиБ, с 7 singly-indirect блоками и 1 doubly-indirect блоком; Вариант PWB/UNIX 1.0 использовал 8 singly-indirect блоков, достигая максимума в 512 КиБ.
  7. [I 7]
    Действительный максимум был 1056837 КиБ, с 10 direct блоками, 1 singly-indirect блоком, 1 doubly-indirect блоком, и 1 triply-indirect блоком. Версии 4.0BSD и 4.1BSD, а также System V использовали 1024-байтные блоки вместо 512-байтных, с максимумом в 4311812608 байт или примерно 4 ГиБ.
  8. [I 8]
    Большой раздел FAT32, будучи созданным, может работать нормально, но некоторые программы не позволяют создавать раздел FAT32 более 32 ГиБ. К ним относится и программа установки Windows XP. Используется команда FDISK с диска восстановления Windows ME (Emergency Boot Disk), для обхода этого ограничения.
  9. [I 9]
    Это — предел структур «на-диске». Устанавливаемый драйвер Файловой системы HPFS для OS/2 использует высшие 5 битов номера сектора тома для его собственного использования, ограничивая размер тома до 64 ГиБ.
  10. [I 10]
    www.linux-ntfs.org — NTFS Documentation (single HTML file)
  11. [I 11]
    Это ограничение дисковых структур. драйвер NTFS для Windows NT ограничивает размер поддерживаемого тома до 256 ТиБ, а размер файла — до 16 ТиБ соответственно.
  12. [I 12]
    HFS, устаревшая версия HFS+, поддерживает только 31‐символьные имена файлов; более старые приложения обычно не работают с именами такой длины.
  13. [I 13]
    HFS+ поддерживает использование escape-последовательностей, чтобы работать с Unicode. Пользователи старого программного обеспечения могут увидеть escape-последовательности вместо символов.
  14. [I 14]
    Однократно задаётся специальной программой setfnsize.
  15. [I 15]
    ReiserFS теоретически может иметь размер файлов в 1 ЭиБ, но «предел в 8 ТиБ появился на данный момент в результате применения 32‐битной архитектуры распределения страничного кэша» Архивная копия от 24 октября 2007 на Wayback Machine
  16. [I 16]
    XFS имеет ограничение в Linux 2.4 на 64 ТиБ размер файлов и 2 ТиБ размер файловой системы. Этого ограничения нет в системе IRIX.
  17. [I 17]
    Сильно варьирует в зависимости от размера блока и фрагментации групп размещения блоков.
  18. [I 18]
    NSS позволяет файлам иметь множественные названия, в отдельном именном пространстве.
  19. [I 19]
    Некоторые пространства имён имели меньшие ограничения по длине имени. В «LONG» был лимит в 80 байт, в «NTFS» 80 байт, в «NFS» 40 байт и в «DOS» подразумевались имена типа 8.3.
  20. [I 20]
    Максимальная общая длина имени файла/расширения составляет 236 байт; некоторые компоненты имеют собственную максимальную длину в 255 байт.
  21. [I 21]
    Максимальная длина имени пути — 4096 байтов, но предел на индивидуальных компонентах составляют в целом 1664 байта.
  22. [I 22]
    Это ограничение может быть снято в более новых версиях.
  23. [I 23]
    Значение вычислено на основании 64-разрядного количества секторов размером 4096 байт. Однако текущая спецификация exFAT 32-разрядная с наибольшим кластером в 25 бит, что даёт адресуемый объём около 128 ПиБ
  24. [I 24]
    Ранее заявлялось 32768 (2¹⁵) символов Building the next generation file system for Windows: ReFS | Building Windows 8 Архивная копия от 13 января 2018 на Wayback Machine
Remove ads

Метаданные

Суммиров вкратце
Перспектива
Подробнее Владелец файла, Права файлов POSIX ...

Примечания

  1. [I 1]
    Драйверы FAT12 и FAT16 в OS/2 и Windows NT поддерживают расширенные атрибуты (используя псевдофайл «EA DATA. SF», чтобы занять для них кластеры для них). Драйверы для других операционных систем их не поддерживают.
  2. [I 2]
    F-node содержит поле идентификатора пользователя. Это не используется нигде, кроме OS/2 Warp Server.
  3. [I 3]
    Списки контроля доступа NTFS могут описывать любой способ доступа в стиле POSIX, но использование POSIX-подобного интерфейса не поддерживаются без дополнения «Сервисов для UNIX» или Cygwin.
  4. [I 4]
    Списки контроля доступа и Мак-метки наслоены наверху расширенных атрибутов.
  5. [I 5]
    Некоторые операционные системы осуществили расширенные атрибуты как слой по UFS1 с параллельным поддерживанием файлов (например, FreeBSD 4.x).
  6. [I 6]
    Некоторые устанавливаемые драйверы файловой систем и операционные системы не могут поддержать расширенные атрибуты, списки контроля доступа или защищённые метки на этих файловых системах. Ядра Linux до 2.6.x могут или пропускать поддержку их в целом или требовать патча.
  7. [I 7]
    Поддерживаются только контрольные суммы метаданных и журнала, но не самих данных.
  8. [I 8]
    Местное время, смещение по часовым поясам/UTC, и дата получено из параметров настройки времени ссылок/single timesync source in the NDS tree.
  9. [I 9]
    Novell называет эту особенность «множественные потоки данных». В опубликованных спецификациях говорится, что NWFS разрешает до 16 атрибутов и 10 потоков данных, и NSS разрешает неограниченные количества для обоих.
  10. [I 10]
    Некоторые метаданные файлов и каталогов сохранены на сервере Netware независимо от того, установлены ли Сервисы директорий или нет, подобно дате/времени создания, размеру файла, состояния чистки, и так далее; и некоторые метаданные файлов и каталогов сохранённые в NDS/eDirectory, подобно разрешению доступа, монопольному использованию, и т. д.
  11. [I 11]
    Атрибуты сервисов управлениев записями (RMS) включают тип и размер записи среди многих других.
  12. [I 12]
    Атрибуты доступа файлов в 9P являются вариантом традиционных атрибутов доступа Unix с незначительными отличиями, например suid bit заменён новым атрибутом — эксклюзивный доступ (англ. exclusive access).
  13. [I 13]
    «Расширенные атрибуты» Solaris’а на самом деле развитая версия альтернативных потоков данных, как в Solaris UFS, так и в ZFS.
Remove ads

Особенности

Суммиров вкратце
Перспектива
Подробнее Жёсткие ссылки, Символьные ссылки ...

Примечания

  1. [I 1]
    System V Release 4, и некоторые другие Unix-системы, модифицировали свои версии файловой системы Version 7 Unix для поддержки символических ссылок, хотя оригинальная версия такой возможностью не обладала.
  2. [I 2]
    NTFS 3.0 (Windows NT 5.0) и выше может создавать связывания, которые позволяют монтировать отдельные каталоги (но не файлы!) в любое место дерева каталогов локально управляемого диска. Связывания реализованы через так называемые reparse points, которые позволяют расширить обычный процесс разрешения файловых имён гибким способом. В более поздней версии добавлены и собственно символьные ссылки, но их использование затруднено: для ссылки нужно указывать является ли цель каталогом или обычным файлом (при несовпадении указанного типа в ссылке и типа цели ссылка не сработает), привилегия создания ссылок по умолчанию не предоставлена обычным пользователям начиная с Windows Vista (то есть без вмешательства администратора обычные пользователи не могут создавать ссылки), ссылки на UNC-пути срабатывают не всегда, ссылки видны в Windows XP, могут быть созданы в ней (с помощью FAR Manager, например), но не работают.
  3. [I 3]
    Журналирование собственно данных, в отличие от метаданных (что было всегда), появилось в Windows Vista и называется TxF. Эта возможность, помимо повышения устойчивости к сбоям, поддерживает откаты транзакций на файлах, а также объединение операций с файлами, реестрами и базами данных в одну ACID транзакцию.
  4. [I 4]
    http://support.microsoft.com/kb/100625 Архивная копия от 22 августа 2009 на Wayback Machine — В рамках POSIX-приложений да, в рамках Win32-приложений нет.
  5. [I 5]
    Снимокы поддерживаются не самой NTFS, которая сама по себе не имеет ровно никаких средств их поддержки в своих метаданных, а нижележащим драйвером VolSnap.sys, и потому не зависят от типа FS и поддерживаются для FAT. Тем не менее, системные данные мгновенного снимка могут храниться только на NTFS-томе, потому при снимке FAT-тома его системные данные хранятся на другом томе.
  6. [I 6]
    Журналирование только метаданных было представлено в драйвере HFS+ Mac OS 10.2.2; журналирование по умолчанию было включено в Mac OS 10.3 и более поздних.
  7. [I 7]
    Отключено по умолчанию.
  8. [I 8]
    UDF и LFS (log-structured file system) являются файловыми системами с журнальным структурированием и ведут себя как будто вся файловая система является журналом. Неверно: UDF может использоваться в таком режиме, но это не обязательно
  9. [I 9]
    По умолчанию отключено.
  10. [I 10]
    Полное журналирование блоков в ReiserFS было добавлено в Linux 2.6.8.
  11. [I 11]
    В ОС IRIX возможно необязательное игнорирование регистра букв имён файлов в XFS.
  12. [I 12]
    Некоторые драйверы устанавливаемых файловых систем и операционные системы могут не поддерживать регистрозависимость JFS. В частности, OS/2 вообще не поддерживает, а в Linux существует опция монтирования, отключающая регистрозависимость.
  13. [I 13]
    Чувствительность к регистру/Сохранение зависит от клиента. Windows, DOS, и клиенты OS/2 не замечают/сохраняют различия между разным регистром, тогда как клиенты, обращающиеся через NFS или AFP могут.
  14. [I 14]
    Логи и время изменения файла и другие метаданные файловой системы — часть обширного набора программ поддержки аудитинга встроенного в NDS/eDirectory — NSure Audit. (Filesystem Events tracked by NSure Архивная копия от 1 апреля 2016 на Wayback Machine)
  15. [I 15]
    Доступно только в пространстве имён «NFS».
  16. [I 16]
    Это передаётся как «алиасы».
  17. [I 17]
    ZFS — транзакционная файловая система, использующая семантику copy-on-write, гарантирующую всегда корректное состояние данных на диске без использования традиционного журнала. Однако она также использует специальный журнал для увеличения производительности при запросах на синхронную запись.

Возможности изменения размера

Подробнее ФС, ОС ...

Примечания

  1. [V 1]
    В терминологии BtrFS снимки создаются как под-тома. Если при этом под-том находится в режиме только для чтения, то такой под-том функционально подобен классическому снимку.
  2. [V 2]
    UseCases - btrfs Wiki. Дата обращения: 11 октября 2016. Архивировано 5 февраля 2018 года.
  3. [V 3]
    Linux 2.6 - man page for resize2fs (linux section 8) - Unix & Linux Commands. Дата обращения: 11 октября 2016. Архивировано 25 марта 2023 года.
  4. [V 4]
    kernel/git/jaegeuk/f2fs-tools.git - Userland tools for the f2fs filesystem. Дата обращения: 11 октября 2016. Архивировано 4 августа 2015 года.
  5. [V 5]
    Источник. Дата обращения: 11 октября 2016. Архивировано 16 сентября 2015 года.
  6. [V 6]
    Архивированная копия. Дата обращения: 11 октября 2016. Архивировано из оригинала 21 декабря 2016 года.
  7. [V 7]
    ntfsresize(8) - Linux man page. Дата обращения: 11 октября 2016. Архивировано 6 января 2018 года.
  8. [V 8]
    Resize reiserfs - Reiser4 FS Wiki. Дата обращения: 11 октября 2016. Архивировано 23 апреля 2016 года.
  9. [V 9]
    Suse Doc: Storage Administration Guide - Resizing File Systems - December 16 2013. Дата обращения: 11 октября 2016. Архивировано 23 апреля 2016 года.
  10. [V 10]
    6.5 Growing an XFS File System. Дата обращения: 11 октября 2016. Архивировано 24 августа 2017 года.
Remove ads

Политики размещения и компоновки

Суммиров вкратце
Перспектива
Подробнее Частичная (Хвостовая) упаковка, Прозрачная компрессия ...

Примечания

  1. [V 1]
    Переменный размер блока относится к системам, поддерживающим переменную длину блока пофайлово. (Аналогично extent, но это несколько иная реализация.) В настоящий момент UFS2 поддерживает такой вариант в режиме только для чтения.
  2. [V 2]
    DoubleSpace в DOS 6, и DriveSpace в Windows 95 и Windows 98 предоставлял схемы сжатия данных для FAT; в данное время не поддерживается Microsoft.
  3. [V 3]
    Так же поддерживаются и другие варианты соотношений блок: фрагмент; Большинство реализаций рекомендуют соотношение 8:1.
  4. [V 4]
    e2compr, набор патчей реализующих поблочное сжатие для ext2, доступен с 1997, но его никогда не включали в основное ядро Linux.
  5. [V 5]
    В ext2 и ext3 предполагалась поддержка фрагментов, однако она так и не была реализована.
  6. [V 6]
    Reiser4 включает сжатие данных, но это не представлено в VFS API. Reiser4 поддерживает прозрачное сжатие и шифрование с плагином cryptcompress который идёт в комплекте с версией 4.1.
  7. [V 7]
    В «расширенном» режиме.
  8. [V 8]
    Подвыделение блоков делит устройство хранения на блоки от 4 KiB до 64 KiB (обычно 8 KiB), и если блок не используется целиком, остаток снова делится на 512-байтные подблоки для других файлов, обычно небольшого размера.
  9. [V 9]
    Присутствует в зависимости от реализации UDF.
  10. [V 10]
    Поддерживается для ФС и пофайлово,но требует настройки перед созданием файлов.
  11. [V 11]
    По запросу. Планируется добавить прозрачную.
Remove ads

Литература

  • Александр Толстой. Сравнение: Файловые системы // Linux Format. — 2015. — Декабрь (№ 12 (203)). — С. 22—27.

Ссылки

Русскоязычные сайты

Зарубежные сайты

Remove ads
Loading related searches...

Wikiwand - on

Seamless Wikipedia browsing. On steroids.

Remove ads
Remove ads