(转载)Linux下修改ulimit设置的最大进程数

Linux下修改ulimit设置的最大进程数

最近在Linux服务器上发布应用时碰到一个如下的异常：

Caused by: java.lang.OutOfMemoryError: unable to create new native thread

at java.lang.Thread.start0(Native Method)

at java.lang.Thread.start(Thread.java:640)

初看可能会认为是系统的内存不足，如果这样想的话就被这段提示带到沟里面去了。

上面这段错误提示的本质是Linux *** 作系统无法创建更多进程，导致出错。因此要解决这个问题需要修改Linux允许创建更多的进程。

修改Linux最大进程数

我们可以通过ulimit -a来查看当前Linux系统的一些系统参数。

$ ulimit -a

core file size (blocks, -c) 0

data seg size (kbytes, -d) unlimited

scheduling priority (-e) 0

file size (blocks, -f) unlimited

pending signals (-i) 62357

max locked memory (kbytes, -l) 64

max memory size (kbytes, -m) unlimited

open files (-n) 65536

pipe size(512 bytes, -p) 8

POSIX message queues (bytes, -q) 819200

real-time priority (-r) 0

stack size (kbytes, -s) 10240

cpu time (seconds, -t) unlimited

max user processes (-u) 4096

virtual memory (kbytes, -v) unlimited

file locks (-x) unlimited

在上面这些参数中，通常我们关注得比较多的是一个进程可打开的最大文件数，即open files。系统允许创建的最大进程数量即是max user processes 这个参数。 我们可以使用 ulimit -u 4096 修改max user processes的值，但是只能在当前终端的这个session里面生效，重新登录后仍然是使用系统默认值。

正确的修改方式是修改/etc/security/limits.d/90-nproc.conf文件中的值。先看一下这个文件包含什么：

$ cat /etc/security/limits.d/90-nproc.conf

我们只要修改上面文件中的4096这个值，即可。

相关阅读：

关于RHEL6中ulimit的nproc限制 http://www.linuxidc.com/Linux/2012-12/76255.htm

Linux/Unix ulimit命令详解 http://www.linuxidc.com/Linux/2012-10/72782.htm

Linux 文件系统限制ulimit用法 http://www.linuxidc.com/Linux/2012-06/63451.htm

Linux认证辅导：Linux ulimit命令 http://www.linuxidc.com/Linux/2011-06/37269.htm

Linux主机通过 ulimit 改善系统性能 http://www.linuxidc.com/Linux/2011-03/33121.htm

通过 ulimit 改善Linux系统性能 http://www.linuxidc.com/Linux/2009-11/23109.htm

器

解决方法：

1、检查服务器是否正常运行，如果服务器没有正常运行，则需要重启服务器。

2、检查服务器的系统资源，如内存、CPU等，确保服务器的系统资源充足，以支持更多的连接。

3、检查Linux系统的进程数限制，如果进程数限制过低，可以通过修改/etc/security/limits.conf文件来提高进程数的限制。

4、检查服务器的网络配置，如果服务器的网络配置不正确，可能会导致服务器无法接受连接。

查看系统允许的最大线程数：

Linux无法直接控制单个进程可拥有的线程数，但有参考公式max = VM/stack_size，默认stack为8k，可通过降低stack大小或增加虚拟内存来调大每个进程可拥有的最大线程数；

对于支持多线程的程序如Java，有可能会遇到一个进程无法创建更多线程的情形，其原因多种多样，而OS端可能由此参数造成.

查看系统允许的最大进程数：

ulimit -a 显示当前所有的资源限制

root用户下执行 ulimit -a 然后查看 max user processes这个值通常是系统最大线程数的一半：/proc/sys/kernel/threads-max/2

普通用户下 ulimit -u 出现的max user processes的值 默认是 /etc/security/limits.d/20-nproc.conf（centos6 是90-nproc.conf） 文件中的

普通用户默认是1024

打开/etc/security/limits.conf (部分的系统是在/etc/security/limits.d/90-nproc.conf)

设置限制数量，第一列表示用户，* 表示所有用户

soft nproc ：单个用户可用的最大进程数量(超过会警告)

hard nproc：单个用户可用的最大进程数量(超过会报错)

soft nofile ：可打开的文件描述符的最大数(超过会警告)

hard nofile ：可打开的文件描述符的最大数(超过会报错)

重启后生效

reboot

查询当前某程序的线程数

pstree -p 进程号 | wc -l

管道符号"|"左边命令的输出作为右边命令的输入

直接修改/etc/security/limits.conf 文件中的 * softnproc 65535 值后，普通用户最大进程数无法达到65535 ，因为用户的max user processes的值，最后是受全局的kernel.pid_max的值限制。也就是说kernel.pid_max=1024 ，那么你用户的max user processes的值是127426 ，用户能打开的最大进程数还是1024。

永久修改系统最高进程数的方法

在/etc/sysctl.conf中添加kernel.pid_max = 65535

vim /etc/sysctl.conf

kernel.pid_max = 65535

或者：

echo "kernel.pid_max = 65535" >>/etc/sysctl.conf

然后重启机器。

临时修改的方法：

echo 65535 >/proc/sys/kernel/pid_max

所以以上都 *** 作完成后，才算是正确修改了max user processes 的值

---