我遇到一种情况，我可能会在 FreeBSD 上创建一个虚拟文件系统，该系统完全由我的各种 ZFS 数据集（及其快照）中选定的“普通”目录的 nullfs 挂载组成。该树将由定期脚本创建/维护。
我想使用 nullfs 而不是符号链接，因为目录可以位于池中的任何数据集上，并且它将确保（几乎）所有命令都保证将虚拟 FS 视为单个文件系统/设备，因此风险较小通过在挂载点或遍历中表现不同的命令来避免意外/遗漏，并且虚拟 FS 将（几乎）保证充当单个 FS，从而避免用户错误。
粗略计算一下，这样挂载的目录会很多。我预计有数千到数万，并且可能有 40k - 200k 之间的限制，具体取决于服务器的未来使用情况。如果 FreeBSD 能够处理这个问题，我最初可能会将其限制为 150k，以留出误差余量，但实际上我怀疑它会超过 50k - 80k。
我的问题是关于这样做的效果。我还没有读过任何有关挂载点缩放的内容。非常大的挂载表是否可能会轻微或严重地减慢系统速度，如果需要设置任何 sysctls 来增加默认限制并允许这样做？总而言之，预期的实际限制和副作用是什么，以及对严重程度或可忽略不计的印象？
服务器被指定用于大量使用（充足的 RAM、快速的 CPU、快速的磁盘池、良好的企业硬件等），因此物理资源本身不应该是一个问题。