linux Debian系统设置limits打开文件数不起效果还是默认值1024，handle_accept函数引发CPU100%进程满载现象 ulimit

小樱

linux Debian系统设置limits打开文件数不起效果还是默认值1024，handle_accept函数引发CPU100%进程满载现象 ulimit

观察到进程一直处于CPU100%满载现象
使用gdb调试器后发现果然是handle_accept函数引发的，不用想都能知道是打开文件被限制了

使用centos的修改方法发现不起效果，依旧是默认值1024

1. ulimit -n 1048576
   
2. echo "* soft nofile 1048576" >> /etc/security/limits.conf
   
3. echo "* hard nofile 1048576" >> /etc/security/limits.conf

复制代码

通过查阅资料和测试，在Debian系统中需要使用这种方法来添加打开文件，*对root不在起效果，所以要单独设置个root，并且要在另一个user.conf文件中同时设置

1. echo "root soft nofile 1048576" >> /etc/security/limits.conf
   
2. echo "root hard nofile 1048576" >> /etc/security/limits.conf
   
3. echo "* soft nofile 1048576" >> /etc/security/limits.conf
   
4. echo "* hard nofile 1048576" >> /etc/security/limits.conf
   
5. echo "DefaultLimitNOFILE=1048576" >> /etc/systemd/system.conf
   
6. echo "DefaultLimitNOFILE=1048576" >> /etc/systemd/user.conf

复制代码

下面这是确认打开文件设置成功的查看办法 根据软件的pid进行排序显示

1. yum -y install lsof
   
2. lsof -n | awk '{ print $2; }' | uniq -c | sort -rn | head

复制代码

查看单个pid进程的限制打开文件大小最大数量，可以查看修改系统打开文件数量后是否生效了

1. cat /proc/28492/limits | grep files

复制代码

虽然实际上ulimit限制显示是1024，但是Linux应该是用4字节作为计算，也就是4124达到阈值，修改打开文件后就可以突破4124，修改成功后两个数值都会显示为1048576


可以从这里开始阅读
https://github.com/1265578519/OpenTracker/issues/6#issuecomment-2406086935

触发原因是limits未正确配置，用尽后触发这个bug