在搜索最大文件描述符ulimit
调整建议时,许多站点建议将文件描述符大小设置为 65535。在某些情况下,它的 100000、120000 甚至更高。其中一些帖子可以追溯到 20 年前。
对于某些帖子,我确信这是一个任意值。但似乎对这些值有很多建议,尤其是 65535。为什么这么多博客文章和服务器调优文档建议将最大文件描述符设置为 65535 之类的东西?从表面上看,它似乎是一个任意值。是因为历史原因吗?
在搜索最大文件描述符ulimit
调整建议时,许多站点建议将文件描述符大小设置为 65535。在某些情况下,它的 100000、120000 甚至更高。其中一些帖子可以追溯到 20 年前。
对于某些帖子,我确信这是一个任意值。但似乎对这些值有很多建议,尤其是 65535。为什么这么多博客文章和服务器调优文档建议将最大文件描述符设置为 65535 之类的东西?从表面上看,它似乎是一个任意值。是因为历史原因吗?
几乎是任意的。有人为推荐选择了一个值,而其他许多人则复制了它。
对于几百个数据库文件或几千个邮件假脱机,单位数千范围内的默认值可能太小了。所以 5 或 6 个十进制数字可能是一个适当的数量级。
65535恰好是64k,也被称为最大的16位数字。然后是你可能会看到的陌生数字 64000,可能是混合了二进制和十进制思维的人。这是相当多的打开文件,但并不能反映现代系统的最大可能价值。
“现代”系统限定词,因为如果你回溯到足够远,64k 在某些平台上是一个限制。过时的 HP-UX 函数调用pstat_getfile() 突破了 64k。显然与 Linux 无关,但如果不需要更高,为什么不将其保持在熟悉的 64k 数字以下呢?