linux系统文件夹及文件的限制

gguxxing008

大家好:

      请教一下一个ext3或ext4的文件系统，单个文件夹下面所能支持的最大文件数怎么计算？单个文件夹下面所能支持的最大文件夹数怎么计算？

q1208c

没有看到过 有关 单个目录的 文件数量的限制 的说明.

不知道楼主需要这个参数来做什么?

一般来说, 是不建议单个目录下放太多文件的, 主要是访问速度会随着的文件的增多而下降.

listdir 的速度最明显了.

gguxxing008

嗯，我这边有个应用出现过两次任务挂起的情况，后来通过清理了一些logs下面的日志后解决的问题，没分析出具体的原因。

所以想了解下会不会是系统哪方面的参数受到限制了，系统日志也看不出来啥问题

chengchow

据说早期的文件系统是由限制的32000
我在EXT4文件系统下，写了30W个文件是没有问题的，本来打算测试100W的，太慢了
前提是你分区的inode没满

q1208c

回复 3# gguxxing008

如果 如你所说, 应该是硬盘空间不够用了.
   

gguxxing008

回复 5# q1208c


    磁盘空间使用率才35%，首先排除了空间问题，我现在怀疑是里面的小文件太多（8w多吧），导致了检索效率下降，任务挂起...

q1208c

回复 6# gguxxing008



算你狠.

8w 文件放在一个文件夹里. ls 一下 怕是都要等5s.
   

gguxxing008

回复 7# q1208c


    呵呵，是程序自动生成的，

q1208c

回复 8# gguxxing008

一般程序生成文件的时候, 会采用 hash 算法分配在 256个子目录下, 如果有必要, 可能会有2级以上的子目录.

直接丢在一个文件夹下面, 不是太靠谱.


   

gguxxing008

回复 9# q1208c


    我刚重新统计了下，logs当前文件夹下的目录个数是101222（find . -type d |wc -l），文件个数是19741（find . -type f |wc -l）,很多空目录，之前用部署的脚本清除过日志文件(find . -type f -mtime +60 -exec rm {} \

    现在不太清除这个里面的日志与文件增长到一定程序是不是导致程序挂起的原因，但从解决问题的方法(find . -type f -mtime +60 -exec rm {} \，好像跟这个有关。