linux一个文件夹内最多能放多少文件

文件数限制：

系统所能生成的总的文件数受系统所剩节点数限制，执行

tune2fs

-l

/dev/sda1（目录所在的分区）

|grep

inodes

可以查看剩余节点数

在一台ext3的系统中执行，结果为 Free

inodes:

845504

目录数限制：

RHEL4.3中，在

同一个路径下，一级子目录的个数限制为31998

。如果你的应用生成的目录可能会超过这个数，那要注意进行目录分级。例如，如果目录

名为数字的话，可以将数字除以10000后的整数值做为父目录名(/data/1/13892)；如果是目录名为字幕的，可以用前几个字符来做为父一级目

录(/data/ab/abcdefg)等等

linux的ext3文件系统一级子目录的个数默认为31998(个)，准确地说是32000个。

Linux为了cpu的搜索效率而规定的,要想改变数目限制需要重新编译内核。在kernel代码中有这样的：

include/linux/ext2_fs.h:#define EXT2_LINK_MAX 32000

include/linux/ext3_fs.h:#define EXT3_LINK_MAX 32000

为

什么说31998个呢？这是因为mkdir创建一个目录时，目录下默认就会创建两个子目录的，一个是.目录（代表当前目录），另一个是..目录（代表上级

目录）。这两个子目录是删除不掉的，“ rm . ” 会得到“rm: cannot remove `.' or

`..'”的提示。所以32000-2=31998。

ext3文件系统下单个目录里的最大文件数无特别的限制，是受限于所在文件系统的inode数。

在一个目录下，touch了100万个文件是没有问题的。但是肯定会受到所在文件系统的inode数的限制。

df -i /dev/sdaX或者使用tune2fs -l /dev/sdaX或者dumpe2fs -h /dev/sdaX查看可用inode数，后两个命令输出结果是一样的，但是跟df所得出的可用inode数会有些误差。

网上有两种解决inode数限制的办法如下

2.1 重新mkfs，mkfs时将inode数调的多一些（根据你fs中文件的总数而定），块尺寸调得小一些（根据每个文件的平均大小而定）

2.2

使用loopback文件系统临时解决：在/usr中（也可以在别处）创建一个大文件，然后做成loopback文件系统，将原来的文件移到这个文件系统

中，并将它mount到/usr下合适的位置。这样可以大大减少你/usr中的文件数目。但是系统性能会有点损失。

---