目前在debug 的时候发现进程使用的fd 数目不够了!!
进程层面:
1.进程最多打开文件描述符数
由于目前进程已经在运行,是有ulimit 修改参数没用,目前可以通过/proc/$pid/limits来动态修改
/proc/$pid/limits
使用ulimit 命令查看 当前的限制以及使用root用户运行以下命令:ulimit -HSn 4096修改 单进程能打开的文件描述符;
以上命令中,H指定了硬性大小,S指定了软性大小,n表示设定单个进程最大的打开文件句柄数。
记住:
- ulimit -n 设置的单shell的最大文件数的限制,如果在一个shell中开启了多个进程,则会共享最大文件数。
由于重启后失效所以一般都在profile 中执行
echo "ulimit -n 1048576" >> /etc/profile
或者在/etc/security/limits.conf中进行设置(root用户),可添加如下两行,表示所有 用户最大打开文件描述符数的soft limit为102400,hard limit为1042400
在etc/security/limits.conf中添加如下内容:
*soft nofile 102400 *hard nofile 102400
- 设置nofile的hard limit还要注意一点的就是hard limit不能大于/proc/sys/fs/nr_open
- 也就是设置/proc/sys/fs/nr_open可以调整 一个进程能够使用的最大文件数
系统方面:
- 系统最大打开文件描述符数: /proc/sys/fs/file-max
- 查看当前系统使用的打开文件描述符数---/proc/sys/fs/file-nr
#cat /proc/sys/fs/file-nr
6784 0 10000000
说明:第一个数表示当前系统已分配的文件描述符数(文件句柄数),第二个数为分配后已释放的文件描述符数(当前不再使用的文件描述符数),
第三个数为最大文件描述符数,等于file-max
- /proc/sys/fs/file-max 是系统级的总文件数量限制,当达到此限制之后内核报错 ENFILE;
- 特权进程( Privileged processes)可以覆盖file-max限制。
》1.所有进程打开的文件描述符数不能超过/proc/sys/fs/file-max
》2.单个进程打开的文件描述符数不能超过user limit --->ulimit 中的nofile的soft limit
注意:当程序是一个daemon时,使用ulimit -HSn 设置其max open file时是无用的, 重启dmemon 进程 ulimit -n 发现其值是40000;
但是cat /proc/pid/limits 发现其open max 值还是1024
实际上 一般都是在代码里面通过setrlimit(RLIMIT_NOFILE, &rlmt) 设置相关参数吧
关于 file-max等具体信息可以通过man proc 查看!!!!