linux下文件数、目录数、文件名长度的各种限制

最新推荐文章于 2024-04-12 08:45:42 发布

coofucoo

最新推荐文章于 2024-04-12 08:45:42 发布

阅读量8.9k

点赞数

分类专栏： linux OS 文章标签： linux 测试平台 ext 优化 api

linux OS 专栏收录该内容

31 篇文章 0 订阅

订阅专栏

coofucoo:写的一个程序需要密切关注这些系统特征，以避免把系统写坏。实际上现在出现过由于异常写入大量文件到一个目录中导致文件系统无法列目录的情况，连删除都不行。但是linux还是相当健壮，至少我调用系统API删除还是可行的，真救命。

refer:http://ilexes.blog.51cto.com/705330/244362

以下测试都是在没有优化或修改内核的前提下测试的结果

1. 测试目的：ext3文件系统下filename最大字符长度
   测试平台：RHEL5U3_x64
   测试过程：
LENTH=`for i in {1..255};do for x in a;do echo -n $x;done;done`
touch $LENTH
当增加到256时，touch报错，File name too long
linux系统下ext3文件系统内给文件/目录命名，最长只能支持127个中文字符，英文则可以支持255个字符

2. 测试目的：ext3文件系统下一级子目录的个数限制
   测试平台：RHEL5U3_x64
   测试过程：
[root@fileserver maxdir]# for i in {1..32000};do mkdir $i;done
mkdir: cannot create directory `31999': Too many links
mkdir: cannot create directory `32000': Too many links
ext3文件系统一级子目录的个数为31998(个)。
Linux为了cpu的搜索效率而规定的,要想改变数目大概要重新编译内核.

3. 测试目的：ext3文件系统下单个目录里的最大文件数
   测试平台: RHEL5U3_x64
   测试过程：
   单个目录下的最大文件数似乎没什么特别限制，也是受限于所在文件系统的inode数限制：
   df -i或者使用tune2fs -l /dev/sdaX或者dumpe2fs -h /dev/sdaX查看可用inode数，后两个命令
   输出结果是一样的，但是跟df所得出的可用inode数会有些误差，至今不明白什么原因。

   网上常用两种解决办法：
   1）重新mkfs，ext3默认block大小4096 Bytes，block设置小一些inode数设置大一些
   2）使用loopback文件系统临时解决：
       在/usr中（也可以在别处）创建一个大文件，然后做成loopback文件系统，将原来的文件移到这个
       文件系统中，并将它mount到/usr下合适的位置。这样可以大大减少你/usr中的文件数目。但是系统
       性能会有点损失。

4. 测试目的：打开文件数限制（文件句柄、文件描述符）
   测试平台： RHEL5U3_x64
   ulimit -n 65535设置，或者/etc/security/limit.conf里设置用户打开文件数、进程数、CPU等