统信UOS如何设置最大进程数限制

统信UOS最大进程数限制的调优实战

运行Java应用、消息队列或者高并发微服务时，突然遇到“fork: Cannot allocate memory”报错，或者ps aux显示的进程数卡在几百就不动了——这种场景下，基本可以断定是内核级的PID上限（kernel.pid_max）已经触底。不把这个参数调大，其他配置再折腾也白搭。

临时提高当前系统的最大进程数

先快速验证一下问题是否出在pid_max上。这条命令只管当前内核状态，重启后失效，但定位问题足够了：

sudo sysctl -w kernel.pid_max=65536

然后马上确认是否生效：

cat /proc/sys/kernel/pid_max

如果输出变成65536，说明问题就出在这里，接下来做永久化配置。

永久修改系统级最大进程数

这一步改的是整个内核可分配的PID总数，相当于所有用户和进程的上限地基。注意：/etc/security/limits.conf里就算把nproc设得再高，如果kernel.pid_max没改大，上层配置根本没用——内核自己都没能力分配那么多PID。

操作流程：

1. 编辑内核参数配置文件：

   sudo nano /etc/sysctl.conf

2. 在文件末尾追加一行（别重复已有的行）：

   kernel.pid_max = 131072

3. 加载新参数，让配置立即生效——这一步必须执行，否则重启前不会生效：

   sudo sysctl -p

4. 确认值已写入内核：

   cat /proc/sys/kernel/pid_max

如果输出131072，系统级上限就撑开了。

为特定用户设置进程数软硬限制

这一步不是每个人都需要。仅当某个用户（比如部署多个Tomcat实例的tomcat用户）要独立于全局pid_max跑大量子进程时，才需要调整。普通用户用默认值就够了。

方法一：全局用户统一限制
编辑/etc/security/limits.conf：

sudo nano /etc/security/limits.conf

在文件末尾添加两行：

* soft nproc 65535
* hard nproc 65535

方法二：为指定用户单独设置
例如限制用户appuser最多启动8192个进程：

sudo nano /etc/security/limits.conf

追加：

appuser soft nproc 8192
appuser hard nproc 8192

注意：修改后必须重新登录该用户，或者重启其所有shell会话，新限制才会加载。

验证各层级限制是否生效

配置完别急着收工，挨个确认三层限制都到位了：

1. 查看内核级PID总数上限：

   cat /proc/sys/kernel/pid_max

2. 查看当前登录用户的进程数限制：

   ulimit -u

3. 检查某具体进程的实际限制（以PID 1234为例）：

   cat /proc/1234/limits | grep "max processes"

如果第二步的输出远小于第一步，说明limits.conf没生效，或者PAM模块未启用；如果第三步显示的值异常，需要排查该进程是否由systemd托管——这类服务必须在unit文件中单独配置LimitNPROC，否则limits.conf对它们不生效。