Данная таблица сравнивает основные и технические особенности для списка файловых систем. Пожалуйста, смотрите отдельные статьи о каждой файловой системе для дополнительной информации.
|
Максимальная длина имён файлов
|
Допустимые символы в названиях [4]
|
Максимальная длина пути файла
|
Максимальный размер файла
|
Максимальный размер тома [5]
|
RT-11
|
12 байт
|
A-Z, 0-9, $
|
16 байт
|
33,554,432 байт (65536 * 512)
|
33,554,432 байт
|
V6FS
|
14 байт [6]
|
Любые символы, кроме NUL и / [7]
|
Нет установленых ограничений [8]
|
8MiB [9]
|
2TiB
|
V7FS
|
14 байт [10]
|
Любые символы, кроме NUL и / [11]
|
Нет установленых ограничений [12]
|
1GiB [13]
|
2TiB
|
FAT12
|
255 байт [14]
|
Любые символы Юникода, кроме NUL [15] [16]
|
Нет установленых ограничений [17]
|
32MiB
|
1MiB to 32MiB
|
FAT16
|
255 байт [18]
|
Любые символы Юникода, кроме NUL [19] [20]
|
Нет установленых ограничений [21]
|
2GiB
|
16MiB to 2GiB
|
MFS
|
30 байт [22]
|
Любые символы, кроме NUL и : [23]
|
Нет установленых ограничений [24]
|
?
|
?
|
HFS
|
30 байт [25]
|
Любые символы, кроме NUL и : [26]
|
Нет установленых ограничений [27]
|
?
|
?
|
FAT32
|
255 байт [28]
|
Любые символы Юникода, кроме NUL [29] [30]
|
Нет установленых ограничений [31]
|
4GiB
|
512MiB to 2TiB [32]
|
HPFS
|
255 байт
|
Любые символы, кроме NUL [33]
|
Нет установленых ограничений [34]
|
4GiB
|
2TiB[35]
|
NTFS
|
255 символов
|
Любые символы Юникода, кроме NUL
|
32 767 символов Юникода; каждая компонента пути (каталог или именя файла) — до 255 символов [36]
|
16EiB [37]
|
16EiB [38]
|
HFS+
|
255 символов[39]
|
Любые символы Юникода, кроме NUL [40] [41]
|
?
|
8EiB
|
8EiB
|
FFS
|
255 байт
|
Любые символы, кроме NUL [42]
|
Нет установленых ограничений [43]
|
4GiB
|
256TiB
|
UFS1
|
255 байт
|
Любые символы, кроме NUL [44]
|
Нет установленых ограничений [45]
|
4GiB to 256TiB
|
256TiB
|
UFS2
|
255 байт
|
Любые символы, кроме NUL [46]
|
Нет установленых ограничений [47]
|
512GiB to 32PiB
|
1YiB
|
ext2
|
255 байт
|
Любые символы, кроме NUL [48]
|
Нет установленых ограничений [49]
|
16GiB to 2TiB[50]
|
2TiB to 32TiB
|
ext3
|
255 байт
|
Любые символы, кроме NUL [51]
|
Нет установленых ограничений [52]
|
16GiB to 2TiB[53]
|
2TiB to 32TiB
|
ReiserFS
|
4032 байт/255 символов
|
Любые символы, кроме NUL [54]
|
Нет установленых ограничений [55]
|
8TiB[56]
|
16TiB
|
Reiser4
|
?
|
?
|
Нет установленых ограничений [57]
|
8TiB on x86
|
?
|
XFS
|
255 байт
|
Любые символы, кроме NUL [58]
|
Нет установленых ограничений [59]
|
9EiB[60]
|
9EiB[61]
|
JFS
|
255 байт
|
Любые символы, кроме NUL [62]
|
Нет установленых ограничений [63]
|
8EiB
|
512TiB to 4PiB
|
JFS2
|
255 байт
|
Любые символы Юникода, кроме NUL
|
Нет установленых ограничений [64]
|
4PiB
|
32PiB
|
Be File System
|
255 байт
|
Любые символы, кроме NUL [65]
|
Нет установленых ограничений [66]
|
12288 байт to 260GiB[67]
|
256PiB to 2EiB
|
AdvFS
|
255 символов
|
Любые символы, кроме NUL [68]
|
Нет установленых ограничений [69]
|
16TiB
|
16TiB
|
NSS
|
256 символов
|
Depends on namespace used [70]
|
Ограничивается только возможностями клиента
|
8TiB
|
8TiB
|
NWFS
|
80 байт [71]
|
Depends on namespace used [72]
|
Нет установленых ограничений [73]
|
4GiB
|
1TiB
|
ODS-5
|
236 байт[74]
|
?
|
4096 байт[75]
|
1TiB
|
1TiB
|
VxFS
|
255 байт
|
Любые символы, кроме NUL [76]
|
Нет установленых ограничений [77]
|
16EiB
|
?
|
UDF
|
255 байт
|
Любые символы Юникода, кроме NUL
|
1023 байт [78]
|
16EiB
|
?
|
ZFS
|
255 байт
|
Любые символы Юникода, кроме NUL
|
Нет установленых ограничений [79]
|
16EiB
|
16EiB
|
|
Максимальная длина имён файлов
|
Допустимые символы в названиях [80]
|
Максимальная длина пути файла
|
Максимальный размер файла
|
Максимальный размер тома [81]
|
Политики размещения и компоновки[править | править код]
|
Эта статья содержит фрагменты на иностранном языке. Вы можете помочь проекту, переведя её до конца.
|
|
↑ HFS, устаревшая версия HFS+, поддерживает только 31-символьные имена файлов; более старые приложения обычно не работают с именами такой длины.
↑ HFS+ поддерживает использование escape-последовательностей, чтобы работать с Unicode. Пользователи старого программного обеспечения могут увидеть escape-последовательности вместо символов.
↑ Сильно варьирует в зависимости от размера блока и фрагментации групп размещения блоков.
↑ Для файловых систем с переменным размером единицы размещения (блока/кластера) приведён диапазон размеров, показывающий максимальные размеры тома для минимально и маскимально возможного размера единицы размещения файловой системы (напр., 512 байт и 128КиБ для FAT — таков диапазон размера кластера, позволяемый структурами данных на диске, хотя некоторые драйверы устанавливаемых файловых систем и операционные системы не поддерживают размеры кластеров, большие 32КиБ).
↑ Списки контроля доступа NTFS могут описывать любой способ доступа в стиле POSIX, но использование POSIX-ПОДОБНОГО интерфейса не поддерживаются без дополнения "Сервисов для UNIX" или Cygwin.
↑ Логи и время изменения файла и другие метаданные файловой системы - часть обширного набора программ поддержки аудитинга встроенного в NDS/eDirectory - NSure Audit. (Filesystem Events tracked by NSure)
↑ Большой раздел FAT32, будучи созданным, может работать нормально, но некоторые программы не позволяют создавать раздел FAT32 более 32GiB. К ним отностися и программа установки Windows XP. Используйте команду FDISK с диска восстановления Windows ME (Emergency Boot Disk), для обхода этого ограничения.
↑ ReiserFS теоретически может иметь размер файлов в 1ЭиБ, но «предел в 8 ТиБ появился на данный момент в результате применения 32-хбитной архитектуры распределения страничного кэша»[153]
↑ XFS имееет ограничение в Linux 2.4 на 64ТиБ размер файлов и 2ТиБ размер файловой системы. Этого ограничения нет в системе IRIX.
↑ Microsoft впервые представила FAT32 в Windows 95 OSR2 (OEM Service Release 2) и впоследствии в Windows 98.
↑ IBM представила JFS с начальным релизом AIX версии 3.1 в 1990. Эта файловая система сейчас называется JFS1. Новая JFS (сейчас называемая JFS2), базирующаяся на Linux-портах, была впервые применена в OS/2 Warp Server для e-бизнеса в 1999.
↑ Структуры "на-диске" не имеют свойственный предел. Специфические драйверы файловых систем и операционные системы могут наложить собственные пределы. MS DOS не поддерживает пути к файлам дольше чем 260 байт для FAT12 и FAT16. Аналогичный предел в Windows NT 32767 байт для файловой системы NTFS.
↑ Это - предел структур "на-диске". Устанавливаемый драйвер Файловой системы HPFS для ОС/2 использует высшие 5 битов номера сектора тома для его собственного использования, ограничивая размер тома до 64GiB.
↑ F-node содержит поле идентификатора пользователя. Это не используется нигде, кроме OS/2 Warp Server.
↑ Максимальная общая длина имени файла/расширения составляет 236 байт; некоторые компоненты имеют собственную максимальную длину в 255 байт.
↑ Максимальная длина имени пути - 4096 байтов, но предел на индивидуальных компонентах составляют в целом 1664 байта.
↑ Атрибуты сервисов управлениев записями (RMS) включают тип и размер записи среди многих других.
↑ Это передаётся как «алиасы».
↑ Novell называет эту особенность «множественные потоки данных». В опубликованных спецификациях говорится, что NWFS разрешает до 16 атрибутов и 10 потоков данных, и NSS разрешает неограниченные количества для обоих.
↑ Чувствительность к регистру/Сохранение зависит от клиента. Windows, DOS, и клиенты ОС/2 не замечают/сохраняют различия между разным регистром, тогда как клиенты, обращающиеся через NFS или AFP могут.
↑ Изданные спецификации говорят, что файловая система на 128 битов обеспечивает{предусматривает} до 264 байтов, чтобы описать файловую систему, размер файла, входы каталога, и т.д, с теоретическим лимитов в 2128-байтового общего описания всю память на такой машине.
↑ Специфические Устанавливаемые драйверы Файловой системы и операционные системы не могут поддержать расширенные атрибуты на FAT12, FAT16, и FAT32. Драйверы файловых систем на ОС/2 и Windows NT для FAT12, FAT16, и поддержки FAT32 расширили атрибуты («EA DATA. SF» псевдофайл, чтобы резервировать кластеры, распределенные им). Другие драйверы файловых систем для других операционных систем не существует.
↑ Некоторые устанавливаемые драйверы файловой систем и операционные системы не могут поддержать расширенные атрибуты, списки контроля доступа или защищенные метки на этих файловых системах. Ядра Линукса до 2.6.x могут или пропускать поддержку их в целом или требовать патча.
↑ Зависит от того, имеет ли выполнение FAT12, FAT16, и FAT32 поддержку LFNs. В ОС/2, MS DOS, Windows 95, Windows 98 в режиме DOS-only и драйвере "MS DOS" Линукса такого нет, имена файла ограничены 11 символами на 8 битов (место, дополняемое и в основной части и в частях расширения) и не могут содержать NUL (маркер конца-каталога) или символ 229 (маркер стертого файла). Короткие имена также обычно не содержат символы нижнего регистра.
↑ Это ограничения на структуры входа на-диске каталога непосредственно. Специфические Устанавливаемые драйверы Файловой системы могут разместить собственные ограничения на названия{имена} каталога и файл; и частность и операционные системы могут также разместить собственные ограничения, поперек всего файловых систем. MS DOS, Microsoft Windows, и ОС/2 отвергают символа \ / : ? * " > < | и NUL в названии файлов и каталогов на протяжении всех файловых систем. Аналогично, версии операционной системы UNIX и Линукс отвергают символы / и NUL.
↑ In these filesystems the directory entries named «.» and «..» have special status. Directory entries with these names are not prohibited, and indeed exist as normal directory entries in the on-disc data structures. However, they are mandatory directory entries, with mandatory values, that are automatically created in each directory when it is created; and directories without them are considered corrupt.
↑ В этих файловых системах входы каталога, которые называют «.» и «..» имеют специальное состояние. Входы каталога с этими названиями не запрещены, и действительно существуют как нормальные входы каталога в структурах данных. Однако, это принудительные входы каталога, с принудительными значениями, которые автоматически созданы в каждом каталоге; и каталоги без них считаются испорченными. Возможно так же создание файлов с аналогичными названиями, эти файлы остаются невидимыми для Windows Explorer, но видны по выводу команды dir в командная консол
↑ NSS позволяет файлам иметь множественные названия, в отдельном именном пространстве.
↑ Некоторый метаданные файлов и каталогов сохранены на сервере Netware независимо от того, установлены ли Сервисы директорий или нет, подобно дате/времени создания, размеру файла, состояния чистки, и т.д; и некоторые метаданные файлов и каталогов сохранененные в NDS/eDirectory, подобно разрешению доступа, монопольному использованию, и т.д.
↑ Particular Installable File System drivers and operating systems may not support case sensitivity for JFS. OS/2 does not, and Linux has a mount option for disabling case sensitivity.
↑ Специфические устанавливаемые драйверы файловой системы и операционные системы не могут поддержать чувствительность к регистру для JFS. OS/2 does not, и Линукс имеет опцию подключения для того, чтобы отключить чувствительность к регистру.
↑ Местное время, смещение по часовым поясам/UTC, и дата получено из параметров настройки времени ссылок/single timesync source in the NDS tree.
↑ Некоторые операционные системы осуществили расширенные атрибуты как слой по UFS1 с параллельным поддержеванием файлов (например, FreeBSD 4.x).
↑ Списки контроля доступа и Мак-метки наслоены на верху расширенных атрибутов.
↑ NTFS 5.0 and higher can create junctions, which allow entire directories (but not individual files) to be mapped to elsewhere in the directory tree of a locally managed drive. These are implemented through reparse points, which allow the normal process of filename resolution to be extended in a flexible manner.
↑ Отключено по умолчанию.
↑ Хотя NTFS различает имена файлы, отличающиеся регистром символов, драйвера стандартной файловой системы Windows не могут создать файлы, имена которых отличаются лишь регистром символов, по соображениям сохранения совместимости.
↑ NTFS stores everything, even the file data, as meta-data, so its log is closer to block journaling.
↑ UDF and LFS are log-structured file systems and behave as if the entire file system were a journal.
↑ В «расширенном» режиме.
↑ В ОС IRIX возможно необязательное игнорирование регистра букв имен файлов в XFS.
↑ Variable block size refers to systems which support different block sizes on a per-file basis. (This is similar to extents but a slightly different implementational choice.) The current implementation in UFS2 is read-only.
↑ Block suballocation divides storage into blocks of 4KiB to 64KiB (usually 8KiB), and if all of the block is not used, the remainder is subdivided into 512-byte blocks for other files, usually smaller files, to use.
↑ This restriction might be lifted in newer versions.
↑ Полное журналирование блоков в ReiserFS было добавлено в Linux 2.6.8.
↑ Other block:fragment size ratios supported; 8:1 is typical and recommended by most implementations.
↑ Присутствует в зависимости от реализации UDF.
↑ Fragments were planned, but never actually implemented on ext2 and ext3.
↑ Журналирование только метаданных было представлено в драйвере HFS+ Mac OS 10.2.2; журналирование по умолчанию было включено в Mac OS 10.3 и более поздних.
↑ e2compr, a set of patches providing block-based compression for ext2, has been available since 1997, but has never been merged into the mainline Linux kernel.
↑ Reiser4 включает сжатие данных, но это не представлено в VFS API.
↑ DoubleSpace в DOS 6, и DriveSpace в Windows 95 и Windows 98 предоставлял схемы сжатия данных для FAT; в данное время не поддерживается Microsoft.
↑ Some namespaces had lower name length limits. «LONG» had an 80-byte limit, «NTFS» 80 bytes, «NFS» 40 bytes and «DOS» imposed 8.3-style names.
↑ Доступно только в пространстве имён «NFS».
↑ Metacomco released a so called «evolution» version of original file system for Amiga realizied by engineers of first Amiga Corporation (Formerly Hi-Toro) in 1982-83/85. To be true, Metacomco made a huge mess of early FS ruining its simple and easy structure. Originally OFS it was simply Amiga File System. Name changed since the release of the «new» Fast File System, born in 1987 for the same platform.
↑ This is the limit of the on-disc structures. The NTFS driver for Windows NT limits the volume size that it can handle to 256TiB and the file size to 16TiB respectively.
↑ ZFS is a transactional filesystem using copy-on-write semantics, guaranteeing an always-consistent on-disk state without the use of a traditional journal. However, it does also implement an intent log to provide better performance when synchronous writes are requested.
↑ The actual maximum was 8,847,360 bytes, with 7 singly-indirect blocks and 1 doubly-indirect block; PWB/UNIX 1.0’s variant had 8 singly-indirect blocks, making the maximum 524,288 bytes or half a MiB.
↑ The actual maximum was 1,082,201,088 bytes, with 10 direct blocks, 1 singly-indirect block, 1 doubly-indirect block, and 1 triply-indirect block. The 4.0BSD and 4.1BSD versions, and the System V version, used 1024-byte blocks rather than 512-byte blocks, making the maximum 4,311,812,608 bytes or approximately 4 GiB.
↑ System V Release 4, and some other Unix systems, retrofitted symbolic links to their versions of the Version 7 Unix file system, although the original version didn’t support them.
↑ Solaris «extended attributes» are really full-blown alternate data streams, in both the Solaris UFS and ZFS.
↑ Атрибуты доступа файлов в 9P являются вариантом традиционных атрибутов доступа Unix с незначительными отличиями, например suid bit заменён новым атрибутом — эксклюзивный доступ (англ. exclusive access).
↑ По умолчанию отключено.
- Local Filesystems for Windows (англ.)
- Understanding File-Size Limits on NTFS and FAT (англ.)
- Benchmarking Filesystems Part II using kernel 2.6, by Justin Piszcz, Linux Gazette 122, January 2006 (англ.)
- Linux File System Benchmarks v2.6 kernel with a stress on CPU usage (англ.)
- Interview With the People Behind JFS, ReiserFS & XFS (англ.)
- Overview of some filesystems (outdated) (англ.)
- Linux large file support (outdated) (англ.)
- Sparse files support (outdated) (англ.)
- Benchmarking Filesystems (outdated) by Justin Piszcz, Linux Gazette 102, May 2004 (англ.)
- Journaled Filesystem Benchmarks (outdated): A comparison of ReiserFS, XFS, JFS, ext3 & ext2 (англ.)
- Journal File System Performance (outdated): ReiserFS, JFS, and Ext3FS show their merits on a fast RAID appliance (англ.)