为何ENFILE错误在GNU/Hurd系统中从未出现？

ENFILE错误的本质是系统层面全局打开文件数达到了内核设定的硬限制——传统Unix类系统的内核会维护一个全局计数器，统计整个系统中打开的唯一文件（注：重复打开同一文件不会新增计数）的总数，一旦该数值超过预设上限，就会抛出ENFILE错误。

而GNU/Hurd的架构从根源上消除了这个限制：

• Hurd采用微内核架构，文件系统功能由运行在用户空间的服务器进程实现，而非内核直接管控。
• 每个文件系统服务器独立负责跟踪自身管辖范围内的打开文件，系统层面没有统一的全局打开文件数上限，只要系统内存、CPU等资源充足，就可以持续打开文件，不会触发全局层面的ENFILE限制。
• 手册中提到的“此错误在GNU/Hurd系统中从未出现”，正是这种架构设计的直接结果。

引用自《GNU C库参考手册》：
int ENFILE
“系统中打开的文件过多。” 整个系统中存在过多不同的文件打开操作。请注意，任意数量的链接通道仅算作一次文件打开操作；详见第13.5.1节[链接通道]，第354页。此错误在GNU/Hurd系统中从未出现。

内容的提问来源于stack exchange，提问作者Kitswas