超过最大句柄限制,报错:java.io.IOException: Too many open files。
TCP连接也会消耗句柄
ulimit -n
当前用户的当前session(即当前shell窗口)最大限制 (如果多个shell窗口,每个都能到达最大限制,和单个进程无关
)
cat /proc/sys/fs/nr_open
linux系统中规定每个进程最大限制
cat /proc/sys/fs/file-max
系统级别最大限制(所有进程打开的不能超过)
下面的可简单看,可忽略 cat /proc/sys/fs/file-nr
当前系统已经占用的句柄
[root@izm3mkp4g43hdqz ~]# cat /proc/sys/fs/file-nr
1952 0 184294
结果说明:第一个数表示当前系统已分配的文件描述符数(文件句柄数),第二个数为分配后已释放的文件描述符数(当前不再使用的文件描述符数),第三个数为最大文件描述符数,等于file-max。
lsof -n |grep 1549 -c
某个进程已经占用的句柄
ulimit -n 65535
修改当前的用户级别的,但是生效范围是当前的session(即当前的shell窗口),即关掉这个窗口,再次打开就不生效了。
如何每次都生效? 修改环境变量 将 ulimit -n 65535
加入到 /etc/profile 文件,并source /etc/profile使生效,其实是障眼法,相当于每个用户进来执行一次ulimit -n 65535
这个命令
如何更好的每次都生效(推荐
)? 修改/etc/security/limits.conf文件
* soft nofile 32768 #限制单个进程最大文件句柄数(到达此限制时系统报警)
* hard nofile 65536 #限制单个进程最大文件句柄数(到达此限制时系统报错)
//* 是所有用户的意思 ,也可以改成 xiaoming soft nofile 32768 就是针对于小明用户的
ulimit -Sn 能查看或设置soft limit ulimit -Hn能查看或设置hard limit
ulimit -n默认查看的是soft limit
soft limit不能大于hard limit
cat /proc/sys/fs/nr_open
能够查看单个进程级别的 hard limit一定不能大于/proc/sys/fs/nr_open,否则用户注销后无法正常登录。
为什么不能大于?我是这么理解的:当前用户想要操作这个进程的最大文件数,但是你再大也不能超过系统级别的单个进程的限制,即nr_open 如果想要大于怎么办?那就提前修改nr_open的值:
echo 2000000 > /proc/sys/fs/nr_open
sysctl -w fs.nr_open=100000000 或者 直接写入sysctl.conf文件
fs.nr_open=100000000
运行命令:/sbin/sysctl -p 使配置生效
echo 1000000 > /proc/sys/fs/file-max
修改文件/etc/sysctl.conf
fs.file-max=655350 #限制整个系统最大文件句柄数
运行命令:/sbin/sysctl -p 使配置生效
用户级别<单个进程级别<系统级别 即 nofile>nr_file<file-max
用户级别(nofile)中: safe limit<hard limit 而 hard limit <nr_file
所以完整: safe limit<hard limit<nr_file<file-max
用户级别(nofile)即,ulimit命令,只和当前用户当前session(当前shell窗口)有关,和单个进程没有关系
全部评论