26
7
I am sure a directory file has much less information than 4096 bytes. I know the sector size is 4096 bytes. But normal files smaller than that do exist.
Why does Unix reserve 4096 bytes for each folder?
26
7
I am sure a directory file has much less information than 4096 bytes. I know the sector size is 4096 bytes. But normal files smaller than that do exist.
Why does Unix reserve 4096 bytes for each folder?
30
It's the initial size necessary to store the meta-data about files contained in that directory (including names). The initial allocation equals the size of one sector, but can grow above that if necessary. Once allocated, space is not freed if files are removed, to reduce fragmentation.
For example:
$ mkdir testdir
$ cd testdir
$ ls -ld .
drwxr-xr-x 2 matthew matthew 4096 2007-12-03 20:28 ./
$ for ((i=0; i<1000; i++)); do touch some_longish_file_name_$i; done
$ ls -ld .
drwxr-xr-x 2 matthew matthew 36864 2007-12-03 20:29 ./
$ rm some_longish_file_name_*
$ ls -ld .
drwxr-xr-x 2 matthew matthew 36864 2007-12-03 20:29 ./
$ cd ..
$ ls -ld testdir
drwxr-xr-x 2 matthew matthew 36864 2007-12-03 20:29 testdir/
$ rmdir testdir ; mkdir testdir
$ ls -ld testdir
drwxr-xr-x 2 matthew matthew 4096 2007-12-03 20:29 testdir/
11
Sometimes 4096 bytes is the smallest allocation unit for some filesystems. That's why directory has 4096.
The same thing apply to files. Even though some files might report fewer than 4096, they are actually taking al least 4096 of storage from disk.
This is incorrect. See the accepted answer. – Duncan X Simpson – 2014-10-01T19:48:35.640
4Yup, as Pablo said. The size you are looking at with the file is the files content size, not the files on disk size. The on disk size of those small files is actually 4096, just like the directory as it can only allocate disk space in blocks of that size – Dan McGrath – 2010-05-19T11:54:03.160
1This has nothing to do with the question. – harrymc – 2010-05-20T06:13:36.953
Incorrect? Isn't it a combination of both answers? 4096 is the size of page, see memory paging systems for more info. – Harrichael – 2017-02-07T22:09:36.150
5
4096 is reserved to reduce fragmentation, because often the actual size of the metadata contained will fluctuate based on the directory contents. If it is constantly growing and shrinking (say it contained log files or dynamic content) over time it could hurt performance. This likely wouldn't happen with one folder, but across the whole file system it would add up quickly.
3
It depends on filesystem. On ext2/3/4 it "is" 4096. On reiserfs it can be 9608 (my $HOME
) 1032 (/tmp
) or 48 (some dir in /tmp
).
By default on ext2/3/4 block is 4096 - and file cannot take less than that. If file is smaller it takes a whole block anyway. As it is pointless to ask about logical size of directory and this information is probably not on disk anyway and it have to report something it reports a size of block times the number of blocks taken i.e. the physical space that have been taken.
I am sure file size is also not stored with the files. It is computed when required. But for files, it reports the actual
file size. – Lazer – 2010-05-19T14:00:53.477
1File size is stored with the inode. For sure ext2 inode contains the size in bytes inside it. Otherwise it would be impossible to find where the file ends as \0
is legal character in binary files.
PS. It is possible to create FS that do not store it - but just not ext familly (and probably no other popular). – Maciej Piechotka – 2010-05-19T21:53:30.653
3Thanks for the "space is not freed if files are removed" part. I restored a backup and wasn't sure why two otherwise identical directories had different sizes. – Tomasz Zieliński – 2013-05-14T22:35:42.227