Linux操作系统,无论是编写客户端程序还是服务端程序,在高并发TCP连接处理时,最高的并发数量都要受到系统对用户单一进程同时可打开文件数量的限制(因为系统为每个TCP连接都要创建一个socket句柄,每个socket句柄同时也是一个文件句柄)。
本文档主要是对文件数量并发限制做修改。
1、修改用户进程可打开文件数限制,如图所示:
说明:
ulimit –n :查看当前系统允许当前用户进程打开的文件数限制。
默认为1024:表示当前用户的每个进程最多允许同时打开1024个文件。
这1024个文件中还得去除每个进程打开的标准输入、标准输出、标准错误、服务器监听socket等等,剩下的可用于客户端socket连接的文件数就只有
1024-10=1014个左右,也就是基于Linux的程序最多允许同时1014个TCP并发连接。
(1)修改Linux系统对用户打开软限制和硬限制,如图所示:
vim /etc/security/limits.conf
添加 root soft nofile 1921
root hard nofile 1921
说明:root代表修改了root用户打开文件的数的限制,可以用“*”代表所有用户soft和hard指定要修改的软限制还是硬限制。1921指定修改的新限制值,也就是最大打开的文件数(软限制一定要小于或等于硬限制)
(2)修改 /etc/pam.d/login文件,如图所示:
添加:session required /lib/security/pam_limits.so
说明:Linux在用户登录系统后应该调用pam_limits.so模块来设置系统对该用户可使用的各种资源数量的最大限制(包括用户可打开的最大文件数限制),
pam_limits.so模块就会从/etc/security/limits.conf文件中来读取这个这些限制值
(3)查看linux系统级最大打开文件数限制cat /proc/sys/fs/file-max,如图所示:
说明:这表示linux系统最多同时允许打开(包括所有用户打开文件数的总和)96854个文件,是linux系统级的硬限制,所有用户打开的文件数都不得超过这个数值, 一般不修改这个值,如果想修改,命令为vim /etc/rc.local。
(4)添加:echo 数值 > /proc/sys/fs/file-max,修改完重启系统,重启后执行ulimit –n查看一下,如图所示:
(5)如果重启后执行ulimit –n查看的值还是小于上面修改后的最大值,可能是用户登录脚本/etc/profile中使用ulimit –n命令,已将用户同时打开的文件数做了限制,只能在/etc/profile找到ulimit –n限制用户同时打开的最大文件数,可以删除也可以修改值,重启系统即可。
(6)上面操作可以解决高并发TCP连接处理打开文件数量的系统限制。
有时尽管解开了系统对用户同时打开文件数的限制,但仍会出现并发TCP连接数增加到一定数量时,再也无法创建新的TCP连接的现象。
本文系作者在时代Java发表,未经许可,不得转载。
如有侵权,请联系nowjava@qq.com删除。