ulimit限制 新系统_羞，被ulimit摔一跤，open file最大65535？

• limit 命令详解
  • 语法
  • **参数**：
  • 参数详解
• 小结下 limit 配置过程中容易跳的坑

说来惭愧,我被ulimit摔了一跤...

自接触 linux 后，大家所受的教育就是 ulimit是最便捷的内核优化途径，事实也确实如此。

这次摔跤也是基础知识遗忘，所以特地总结下。「反正每次写文档都忍不住吐槽国内博客技术文档，大家相互抄，最后错的都能变成对的...」。文末有高并发业务，32c64g硬件配置的ulimit 配置推荐

从下图开始，如果如下几个问题都能正确回答，就可以关闭文章了：

1. ulimit -a 设置的 open files 为什么是 65535, 这个数字从何而来，有何依据
2. 为什么 open files 显示的是 65535, 而 lsof -u www | wc -l 显示的却有 3145600,但仍然能 su - www成功，不应该超过 65535后，就应该提示 resource limit 错误吗？

ulimit问题截图.png

其实如上两个问题都是很基础的问题。

先说 65535 从何而来。从我能追溯到的文章来看，比较合理的解释是，在真实 32 位操作系统还存在时， 2^16-1 是 65535, 即系统预留16位给自己使用，最多提供16位给用户程序。在32位系统中，select()函数甚至做了硬上限规定。当然，这仅限于32位系统，现今64位系统不存在65535上限问题。即可大于该数值。

一些对句柄数有严重依赖的新秀开源软件，也在官网文档中明确声明 max open files 数值，以 swoole为例，建议配置为20w &#