The following tables compare general and technical information for a number of file systems.
Limits
|
Maximum filename length
|
Allowable characters in directory entriesTemplate:Fn
|
Maximum pathname length
|
Maximum file size
|
Maximum volume size Template:Fn
|
DECtape
|
6.3
|
A-Z, 0-9
|
DTxN:FILNAM.EXT = 15
|
369,280 bytes (577 * 640)
|
369,920 Bytes (578 * 640)
|
Level-D
|
6.3
|
A-Z, 0-9
|
DEVICE:FILNAM.EXT[PROJCT,PROGRM] = 7 + 10 + 15 = 32; + 5*7 for SFDs = 67
|
34,359,738,368 words (2**35-1); 206,158,430,208 SIXBIT bytes
|
Approx 12 GB (64 * 178MB)
|
RT-11
|
12 bytes
|
A-Z, 0-9, $
|
16 bytes
|
33,554,432 bytes (65536 * 512)
|
33,554,432 Bytes
|
V6FS
|
14 bytes Template:Fn
|
Any byte except NUL and / Template:Fn
|
No limit defined Template:Fn
|
8MiB Template:Fn
|
2TiB
|
V7FS
|
14 bytes Template:Fn
|
Any byte except NUL and / Template:Fn
|
No limit defined Template:Fn
|
1GiB Template:Fn
|
2TiB
|
FAT12
|
255 bytes Template:Fn
|
Any Unicode except NUL Template:Fn Template:Fn
|
No limit defined Template:Fn
|
32MiB
|
1MiB to 32MiB
|
FAT16
|
255 bytes Template:Fn
|
Any Unicode except NUL Template:Fn Template:Fn
|
No limit defined Template:Fn
|
2GiB
|
16MiB to 2GiB
|
FATX
|
42 bytes Template:Fn
|
ASCII. Unicode not permitted.
|
No limit defined Template:Fn
|
2GiB
|
16MiB to 2GiB
|
Fossil
|
?
|
?
|
?
|
?
|
?
|
MFS
|
255 bytes
|
Any byte except :
|
No path (flat filesystem)
|
256MiB
|
256MiB
|
HFS
|
31 bytes
|
Any byte except :
|
Unlimited
|
2GiB
|
2TiB
|
FAT32
|
255 bytes Template:Fn
|
Any Unicode except NUL Template:Fn Template:Fn
|
No limit defined Template:Fn
|
4GiB
|
512MiB to 2TiB Template:Fn
|
HPFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
4GiB
|
2TiBTemplate:Fn
|
NTFS
|
255 characters
|
Any Unicode except NUL, / or :
|
32,767 Unicode characters with each path component (directory or filename) up to 255 characters long Template:Fn
|
16EiB Template:Fn
|
16EiB Template:Fn
|
HFS Plus
|
255 UTF-16 characters Template:Fn
|
Any valid Unicode Template:Fn Template:Fn
|
Unlimited
|
8EiB
|
8EiB Template:Fn
|
FFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
4GiB
|
256TiB
|
UFS1
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
4GiB to 256TiB
|
256TiB
|
UFS2
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
512GiB to 32PiB
|
1YiB
|
ext2
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
16GiB to 2TiBTemplate:Fn
|
2TiB to 32TiB
|
ext3
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
16GiB to 2TiBTemplate:Fn
|
2TiB to 32TiB
|
GFS
|
255
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
2TB to 8EBTemplate:Fn
|
2TB to 8EBTemplate:Fn
|
ReiserFS
|
4032 bytes/255 characters
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
8TiBTemplate:Fn
|
16TiB
|
Reiser4
|
?
|
Any byte except / and NUL
|
No limit defined Template:Fn
|
8TiB on x86
|
?
|
OCFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
8TiB
|
8TiB
|
OCFS2
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
4PiB
|
4PiB
|
XFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
8EiBTemplate:Fn
|
8EiBTemplate:Fn
|
JFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
8EiB
|
512TiB to 4PiB
|
JFS2
|
255 bytes
|
Any Unicode except NUL
|
No limit defined Template:Fn
|
4PiB
|
32PiB
|
QFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
16EiB Template:Fn
|
4PiB Template:Fn
|
Be File System
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
12288 bytes to 260GiBTemplate:Fn
|
256PiB to 2EiB
|
AdvFS
|
255 characters
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
16TiB
|
16TiB
|
NSS
|
256 characters
|
Depends on namespace used Template:Fn
|
Only limited by client
|
8TiB
|
8TiB
|
NWFS
|
80 bytes Template:Fn
|
Depends on namespace used Template:Fn
|
No limit defined Template:Fn
|
4GiB
|
1TiB
|
ODS-5
|
236 bytesTemplate:Fn
|
?
|
4096 bytesTemplate:Fn
|
1TiB
|
1TiB
|
VxFS
|
255 bytes
|
Any byte except NUL Template:Fn
|
No limit defined Template:Fn
|
16EiB
|
?
|
UDF
|
255 bytes
|
Any Unicode except NUL
|
1023 bytes Template:Fn
|
16EiB
|
?
|
ZFS
|
255 bytes
|
Any Unicode except NUL
|
No limit defined Template:Fn
|
16EiB
|
16EiB
|
|
Maximum filename length
|
Allowable characters in directory entriesTemplate:Fn
|
Maximum pathname length
|
Maximum file size
|
Maximum volume size Template:Fn
|
Features
Allocation and layout policies
Notes
Template:Fnb The Mac OS provides two sets of functions to retrieve file names from a HFS Plus volume, one of them returning the full Unicode names, the other shortened names fitting in the older 31 byte limit to accommodate older applications.
Template:Fnb HFS Plus mandates support for an escape sequence to allow arbitrary Unicode. Users of older software might see the escape sequences instead of the desired characters.
Template:Fnb Varies wildly according to block size and fragmentation of block allocation groups.
Template:Fnb For filesystems that have variable allocation unit (block/cluster) sizes, a range of size are given, indicating the maximum volume sizes for the minimum and the maximum possible allocation unit sizes of the filesystem (e.g. 512 bytes and 128KiB for FAT — which is the cluster size range allowed by the on-disk data structures, although some Installable File System drivers and operating systems do not support cluster sizes larger than 32KiB).
Template:Fnb NTFS access control lists can express essentially any access policy possible using simple POSIX file permissions, but use of a POSIX-like interface is not supported without an add-on such as Services for UNIX or Cygwin.
Template:Fnb The file change logs, last entry change timestamps, and other filesystem metadata, are all part of the extensive suite of auditing capabilities built into NDS/eDirectory called NSure Audit. (Filesystem Events tracked by NSure)
Template:Fnb While FAT32 partitions this large work fine once created, some software won't allow creation of FAT32 partitions larger than 32GiB. This includes, notoriously, the Windows XP installation program. Use FDISK from a Windows ME Emergency Boot Disk to avoid.
Template:Fnb ReiserFS has a theoretical maximum file size of 1EiB, but "page cache limits this to 8 Ti on architectures with 32 bit int"[1]
Template:Fnb XFS has a limitation under Linux 2.4 of 64TiB file size, but Linux 2.4 only supports a maximum block size of 2TiB. This limitation is not present under IRIX.
Template:Fnb Microsoft first introduced FAT32 in Windows 95 OSR2 (OEM Service Release 2) and then later in Windows 98.
Template:Fnb IBM introduced JFS with the initial release of AIX Version 3.1 in 1990. This file system now called JFS1. The new JFS (sometimes called JFS2), on which the Linux port was based, was first shipped in OS/2 Warp Server for e-Business in 1999.
Template:Fnb The on-disk structures have no inherent limit. Particular Installable File System drivers and operating systems may impose limits of their own, however. MS-DOS does not support full pathnames longer than 260 bytes for FAT12 and FAT16. Windows NT does not support full pathnames longer than 32767 bytes for NTFS.
Template:Fnb This is the limit of the on-disk structures. The HPFS Installable File System driver for OS/2 uses the top 5 bits of the volume sector number for its own use, limiting the volume size that it can handle to 64GiB.
Template:Fnb The f-node contains a field for a user identifier. This is not used except by OS/2 Warp Server, however.
Template:Fnb Maximum combined filename/filetype length is 236 bytes; each component has an individual maximum length of 255 byes.
Template:Fnb Maximum pathname length is 4096 bytes, but quoted limits on individual components add up to 1664 bytes.
Template:Fnb Record Management Services (RMS) attributes include record type and size, among many others.
Template:Fnb These are referred to as "aliases".
Template:Fnb Novell calls this feature "multiple data streams". Published specifications say that NWFS allows for 16 attributes and 10 data streams, and NSS allows for unlimited quantities of both.
Template:Fnb Case-sensitivity/Preservation depends on client. Windows, DOS, and OS/2 clients don't see/keep case differences, whereas clients accessing via NFS or AFP may.
Template:Fnb Published specs say that the 128-bit file system provides for up to 264 bytes to describe the file system, file size, directory entries, etc, with a theoretical max of 2128 bytes total to describe all storage on such a machine.
Template:Fnb Particular Installable File System drivers and operating systems may not support extended attributes on FAT12 and FAT16. The OS/2 and Windows NT filesystem drivers for FAT12 and FAT16 support extended attributes (using a "EA DATA. SF" pseudo-file to reserve the clusters allocated to them). Other filesystem drivers for other operating systems do not.
Template:Fnb Some Installable File System drivers and operating systems may not support extended attributes, access control lists or security labels on these filesystems. Linux kernels prior to 2.6.x may either be missing support for these altogether or require a patch.
Template:Fnb Depends on whether the FAT12, FAT16, and FAT32 implementation has support for LFNs. Where it does not, as in OS/2, MS-DOS, Windows 95, Windows 98 in DOS-only mode and the Linux "msdos" driver, file names are limited to 11 8-bit characters (space padded in both the basename and extension parts) and may not contain NUL (end-of-directory marker) or character 229 (deleted-file marker). Short names also do not normally contain lowercase letters.
Template:Fnb These are the restrictions imposed by the on-disk directory entry structures themselves. Particular Installable File System drivers may place restrictions of their own on file and directory names; and particular and operating systems may also place restrictions of their own, across all filesystems. MS-DOS, Microsoft Windows, and OS/2 disallow the characters \ / : ? * " > < | and NUL in file and directory names across all filesystems. Unices and Linux disallow the characters / and NUL in file and directory names across all filesystems.
Template:Fnb 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-disk 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.
Template:Fnb The "." and ".." directory entries in HPFS that are seen by applications programs are a partial fiction created by the Installable File System drivers. The on-disk data structure for a directory does not contain entries by those names, but instead contains a special "start" entry. Whilst on-disk directory entries by those names are not physically prohibited, they cannot be created in normal operation, and a directory containing such entries is corrupt.
Template:Fnb NSS allows files to have multiple names, in separate namespaces.
Template:Fnb Some file and directory metadata is stored on the Netware server irrespective of whether Directory Services is installed or not, like date/time of creation, file size, purge status, etc; and some file and directory metadata is stored in NDS/eDirectory, like file/object permissions, ownership, etc.
Template:Fnb 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.
Template:Fnb The local time, timezone/UTC offset, and date are derived from the time settings of the reference/single timesync source in the NDS tree.
Template:Fnb Some operating systems implemented extended attributes as a layer over UFS1 with a parallel backing file (e.g., FreeBSD 4.x).
Template:Fnb Access-control lists and MAC labels are layered on top of extended attributes.
Template:Fnb NTFS 3.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.
Template:Fnb Although often believed to be case sensitive, HFS Plus normally is not. The typical default installation is case-preserving only. From Mac OS 10.3 on the command newfs_hfs -s will create a case-sensitive new file system. There is another file system by Apple called HFSX, which is a slightly-modified version of HFS Plus to support additional volume properties, which does support case sensitivity. See Apple's File System Comparisons (which hasn't been updated to discuss HFSX) and Technical Note TN1150: HFS Plus Volume Format (which provides a very technical overview of HFS Plus and HFSX).
Template:Fnb While NTFS itself supports case sensitivity, the Win32 environment subsystem cannot create files whose names differ only by case for compatibility reasons. When a file is opened for writing, if there is any existing file whose name is a case-insensitive match for the new file, the existing file is truncated and opened for writing instead of a new file with a different name being created. Other subsystems like e. g. Services for Unix, that operate directly above the kernel and not on top of Win32 can have case-sensitivity.
Template:Fnb NTFS stores everything, even the file data, as meta-data, so its log is closer to block journaling.
Template:Fnb UDF and LFS are log-structured file systems and behave as if the entire file system were a journal.
Template:Fnb In "extents" mode.
Template:Fnb Optionally no on IRIX.
Template:Fnb 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.
Template:Fnb Each possible size (in sectors) of file tail has a corresponding suballocation block chain in which all the tails of that size are stored. The overhead of managing suballocation block chains is usually less than the amount of block overhead saved by being able to increase the block size but the process is less efficient if there is not much free disk space.
Template:Fnb This restriction might be lifted in newer versions.
Template:Fnb Full block journaling for ReiserFS was added to Linux 2.6.8.
Template:Fnb Other block:fragment size ratios supported; 8:1 is typical and recommended by most implementations.
Template:Fnb Depends on UDF implementation.
Template:Fnb Fragments were planned, but never actually implemented on ext2 and ext3.
Template:Fnb Metadata-only journaling was introduced in the Mac OS 10.2.2 HFS Plus driver; journaling is enabled by default on Mac OS 10.3 and later.
Template:Fnb 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.
Template:Fnb Reiser4 implements data compression, but has not provided an VFS API for it.
Template:Fnb DoubleSpace in DOS 6, and DriveSpace in Windows 95 and Windows 98 were data compression schemes for FAT, but are no longer supported by Microsoft.
Template:Fnb Some namespaces had lower name length limits. "LONG" had an 80-byte limit, "NWFS" 80 bytes, "NFS" 40 bytes and "DOS" imposed 8.3-style names.
Template:Fnb Available only in the "NFS" namespace.
Template:Fnb 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 was simply Amiga File System. Name changed since the release of the "new" Fast File System, born in 1987 for the same platform.
Template:Fnb This is the limit of the on-disk structures. The NTFS driver for Windows NT limits the volume size that it can handle to 256TiB and the file size to 16TiB respectively.
Template:Fnb 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.
Template:Fnb 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.
Template:Fnb 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.
Template:Fnb 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.
Template:Fnb Solaris "extended attributes" are really full-blown alternate data streams, in both the Solaris UFS and ZFS.
Template:Fnb File permission in 9P are a variation of the traditional Unix permissions with some minor changes, eg. the suid bit is replaced by a new 'exclusive access' bit.
Template:Fnb Off by default.
Template:Fnb Depends on kernel version and arch. For 2.4 kernels the max is 2TB. For 32-bit 2.6 kernels it is 16TB. For 64-bit 2.6 kernels it is 8EB.
Template:Fnb Mac OS Tiger (10.4) and late versions of Panther (10.3) provide file change logging (it's a feature of the file system software, not of the volume format, actually). See fslogger.
Template:Fnb Linux kernel versions 2.6.12 and newer.
Template:Fnb "Soft dependencies" (softdep) in NetBSD, called "soft updates" in FreeBSD provide meta-data consistency at all times without double writes (journaling).
Template:Fnb Due to its use of copy on write, ZFS uses delayed allocation for all writes.
Template:Fnb When enabled, ZFS's logical-block based compression behaves much like tail-packing for the last block of a file.
Template:Fnb MAC/Sensitivity labels in the file system are not out of the question as a future compatible change but aren't part of any available version of ZFS.
Template:Fnb VxFS provides optional feature called 'Storage Checkpoint". It provides advanced file system snapshot.
Template:Fnb While the volume size of HFS+ is almost unlimited, the Mac OS has those limitations: Mac OS 8 & 9: 2 TiB; Mac OS X 10 & 10.1: 2 TiB; Mac OS X 10.2: 8 TiB; Mac OS X 10.3 & 10.4: 16 TiB. Max. file size is slightly smaller than max. volume size (Mac OS 8: max. file size: 2 GiB). Max. number of files (or folders) within a folder: Mac OS 8 & 9: 2^15 (32767), Mac OS X: 2^31, but naturally limited by the max. volume size divided by the block size.
Template:Fnb QFS allows files to exceed the size of disk when used with its integrated HSM, as only part of the file need reside on disk at any one time.
See also