关于 Linux 最大文件句柄数量限制问题 ulimit -n

最新推荐文章于 2024-06-01 22:15:38 发布

benarchen

最新推荐文章于 2024-06-01 22:15:38 发布

阅读量1.7k

点赞数

分类专栏： linux 运维服务

本文链接：https://blog.youkuaiyun.com/wchenjt/article/details/100113761

版权

本文详细介绍了Linux系统中关于最大文件句柄数量的限制问题，包括`ulimit -n`命令的作用，`/etc/security/limits.conf`配置文件的设置，以及`/proc/sys/fs/file-max`的含义。讨论了root用户与非root用户在设置文件句柄限制上的区别，并澄清了关于这些限制的常见误解。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

关于 Linux 最大文件句柄数量限制问题

关于 Linux 最大文件句柄数量的配置问题，到底最大文件数被什么限制？too many open files 错误到底需要怎么解决？

1、ulimit -n

ulimit -n 是设置当前 shell 的当前用户所有进程能打开的最大文件数量，但是一个用户可能会同时通过多个 shell 连接到系统，所以还有一个针对用户的限制，通过修改 /etc/security/limits.conf 实现，例如，往 limits.conf 输入以下内容：

root soft nofile 110001
root hard nofile 110002

soft nofile 表示软限制，hard nofile 表示硬限制，软限制要小于等于硬限制。上面两行语句表示，root 用户的软限制为 110001，硬限制为 110002，即表示 root 用户能打开的最大文件数量为 110001，不管它开启多少个 shell。

有人认为 ulimit -n，限制用户单个进程的文件最大打开数量，严格来说这个说法是错误的。ulimit -n 其实是限制当前 shell 以及该 shell 启动的进程的文件打开数量。因为在很多情况下，同一个 shell 环境里，虽然会有很多个进程，但是非常耗费文件句柄的进程并不多，所以通常情况下大家会觉得 ulimit -n 的值和当前系统中最耗费文件句柄的进程近乎相等，所以会给人一种 ulimit -n 限制单个进程的文件最大打开数量的错觉。

还有的人说 ulimit -n 只允许设置的越来越小，如下