為什麼大多數 ulimit 建議都要求將文件描述符限制設置為 65535？

在搜尋最大文件描述符ulimit調整建議時，許多站點建議將文件描述符大小設置為 65535。在某些情況下，它的 100000、120000 甚至更高。其中一些文章可以追溯到 20 年前。

對於某些文章，我確信這是一個任意值。但似乎對這些值有很多建議，尤其是 65535。為什麼這麼多部落格文章和伺服器調整文件建議將最大文件描述符設置為 65535 之類的東西？從表面上看，它似乎是一個任意值。是因為歷史原因嗎？

幾乎是任意的。有人為推薦選擇了一個值，而其他許多人則複製了它。

對於幾百個數據庫文件或幾千個郵件假離線，單位數千範圍內的預設值可能太小了。所以 5 或 6 個十進制數字可能是一個適當的數量級。

65535恰好是64k，也被稱為最大的16位數字。然後是你可能會看到的陌生數字 64000，可能是混合了二進制和十進制思維的人。這是相當多的打開文件，但並不能反映現代系統的最大可能價值。

“現代”系統限定詞，因為如果你回溯到足夠遠，64k 在某些平台上是一個限制。過時的 HP-UX 函式呼叫pstat_getfile() 突破了 64k。顯然與 Linux 無關，但如果不需要更高，為什麼不將其保持在熟悉的 64k 數字以下呢？

引用自：https://serverfault.com/questions/1036675