鉴于Ubuntu上ext4文件系统上目录条目的当前结构,文件系统可以包含的最大文件数是多less?
计算文件系统可以包含的最大文件数的一般方法是什么?
Ext4具有40亿个文件的理论限制,它受用于识别每个文件(ext4使用32位索引节点编号)的inode编号的大小的限制。 但是,正如John所说,ext4静态分配inode表,所以实际的限制是在文件系统创build时设置的。
df命令会显示文件系统上的可用inode数量:
$ df -i Filesystem iused ifree %iused Mounted on /dev/disk0s3 55253386 66810480 45% / /dev/disk1s3 55258045 66805821 45% /Volumes/Clone
Ext4还支持每个目录无限数量的子目录,尽pipe它可以默认为64,000的限制。 这是可configuration的 – 请参阅Kernel Newbies上的ext4文章 。
有关更多信息,请参阅新的ext4文件系统: 2007 Linux研讨会的当前状态和未来计划 。
本身没有一个; 这取决于。 在创buildext4文件系统时,可以决定inode表的大小,这个大小又决定了文件系统一次可以保存的目录或文件的总数。
不是Ubuntu,而是在Redhat Linux的基本命令上,比如在一个包含300万个文件的目录下运行时发现“太多的参数错误”。 如果不包含任何参数,ls将成功运行,但是只要添加了filter参数,就会失败并返回相同的错误。
假设这些基本命令的可靠性是一个强制性的要求,我build议300万个文件太多了。