Linux中进程的最大数量是多少?

56

Linux系统中进程数的最大限制是多少?我们如何找到它?


1
Stack Overflow是一个针对编程和开发问题的网站。这个问题似乎与编程或开发无关,因此属于非主题范畴。请查看帮助中心中的我可以在这里提问哪些话题。也许Sper UserUnix & Linux Stack Exchange更适合您提问。 - jww
5个回答

47

你的内核应该在procfs中导出这些信息:

cat /proc/sys/kernel/pid_max

这是您的系统可以支持的最大唯一进程标识符数量。

由于它是一个文件,因此可以从任何能力强的编程语言检查/proc/sys/kernel/pid_max


2
这可能是真的,但在大多数好的发行版中,这受/etc/security/limits.conf的限制,它可以基于用户/组/域过滤最大进程数。 - Tomas Pruzina
1
ulimit 可能会将每个用户的最大进程数限制在最大 pid 以下,经过一些谷歌搜索,还有其他限制也在起作用(但我找不到任何确定的来源来确认,比如 LKML 或一个知名的开发者发布)。 - Kitsune
1
int fd = read("/proc/sys/kernel/pid_max"); 不是有效的,其他文件也不是有效的。 - user253751
@immibis 我删掉了虚假的C;希望我的编辑很快会被批准。 - Michael Wolf

20

sysctl kernel.pid_max

或者

cat /proc/sys/kernel/pid_max

如Ninefingers所建议。

为了完整起见,您可以通过写入/proc/syskernel/pid_max来临时更改它,或者通过添加以下内容来永久更改:

kernel.pid_max = 4194303

到/etc/sysctl.conf。4194303是x86_64的最大限制,x86是32767。


3
刚刚尝试了 sysctl kernel.pid_max=4194304 命令并成功执行(Linux 3.10.25)。 - zed_0xff
只要您知道更改不是持久的,那就没问题了!@zed_0xff - Lester Cheung
printf '%x\n' 4194303 gives 3fffff - Tino
1
32位内核的实际最大值为32768,64位内核的最大值为4194304。然而,您将看到的最大PID会少1。请参见:https://unix.stackexchange.com/a/162105/23450。 - Tino

16

简短回答您的问题:Linux系统中可能的进程数量是无限制的。

但是,每个用户的进程数有限制(除了没有限制的root用户)。

您可以使用以下命令检查您的用户限制(相对于“最大用户进程数”)。

$ 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) 256447
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 128000
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) 500000
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

如果你想增加某个特定用户(例如:hadoop)的进程限制,你需要在/etc/security/limits.conf中添加以下条目:

hadoop - nproc 500000

有时候,以上更改需要重新启动才能生效。 - Ankit Singhal
1
这需要引用,因为数字是“无限的”,因为ulimit意味着没有设置限制(无限),但是调度程序允许的进程数并不是无限的...就像无限一样。Ulimit不是问题。 - hpavc
内核有一个硬限制,我认为是4百万。 - Eric des Courtis
它不能是无限的,因为最后硬件会施加限制。 - maxschlepzig

5

kernel.pid_max是一个限制因素,但同样重要的是kernel.threads-max。值得注意的是,每个用户的默认nproc ulimit是kernel.threads-max除以2,并且每个线程都计入用户的nproc限制。因此,ps -u $USER可能会让用户看起来没有超出他们的nproc限制,但ps -L -u $USER可能会讲述一个非常不同的故事。


0

您的意思是mongodb进程只能使用max nproc = threads-max / 2创建吗?

因为我正在尝试将nproc增加到无限制。

我尝试在/etc/security/limits.conf中设置限制,如下所示:

mongodb soft nproc unlimited mongodb hard nproc unlimited mongodb soft nofile 50000 mongodb hard nofile 50000 mongodb soft sigpending unlimited mongodb hard sigpending unlimited

但即使完全重新启动后,这些设置也没有反映在mongodb进程上。

然后我尝试将ulimit -u unlimited命令放入/etc/init.d/mongodb文件中,但在尝试使用此文件启动后,我收到了以下错误:

/etc/init.d/mongodb: 67: ulimit: Illegal option -u

这是因为kernel.threads-max限制了mongodb的最大进程数吗?


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接