ulimit Command - tenji/ks GitHub Wiki

ulimit 命令详解

ulimit命令可以避免 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) 32767
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
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) 50
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

一、最大进程数目

二、单个进程最大线程数

三、最大打开文件数

3.1 file-max

系统最大打开文件描述符数，指定了系统范围内所有进程可打开的文件句柄的数量限制（系统级别，kernel-level）。

$ cat /proc/sys/fs/file-max

3.2 nr_open

单个进程可分配的最大文件数，内核支持的最大 file handle 数量，即一个进程最多使用的 file handle 数。

$ cat /proc/sys/fs/nr_open

3.3 nofile

进程最大打开文件描述符数。

$ ulimit -n
$ ulimit -Sn

当然默认查看的是软资源限制值 soft limit，如果想要查看系统硬件所能支持的单进程最大打开文件描述符号的数目，可以使用ulimit -Hn

$ ulimit -Hn

硬限制是软限制的上限。软限制是会话或进程实际实施的限制。这允许管理员（或用户）将硬限制设置为他们希望允许的最大用量。

3.4 file-max, nr_open, nofile 之间的关系

  • 所有进程打开的文件描述符数不能超过/proc/sys/fs/file-max
  • 单个进程打开的文件描述符数不能超过 user limit 中 nofile 的 soft limit
  • nofile 的 soft limit 不能超过其 hard limit
  • nofile 的 hard limit 不能超过 /proc/sys/fs/nr_open

nofile总是应该小于等于fs.nr_open，而fs.nr_open总是应该小于等于fs.file-max。

参考链接