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 
# Default limit for number of user's processes to prevent
# accidental fork bombs.
# See rhbz #432903 for reasoning.

*          soft    nproc    4096

我們只要修改上面文件中的4096這個值，即可。