さまざまなZFSデータセット（およびそのスナップショット）内で選択された「一般」ディレクトリのnullfsマウントのみで構成されたFreeBSDから仮想ファイルシステムを作成できる状況があります。ツリーは定期的なスクリプトによって作成/保持されます。
ディレクトリがプール内のすべてのデータセットに存在し、（ほぼ）すべてのコマンドが仮想FSを単一のファイルシステム/デバイスとして扱うことを保証するので、シンボリックリンクの代わりにnullfsを使用したいと思います。中断されたコマンドは、予期しない作業/欠落を回避するためにマウントポイントまたはナビゲーションで異なる動作をします。仮想FSは（ほぼ）単一のFSとして機能し、ユーザーエラーを防ぎます。
おおよその計算によれば、このようにマウントされたディレクトリがたくさんあります。私はサーバーの将来の使用量に応じて数千から数万、おそらく40kから200kの間の制限を期待しています。 FreeBSDがこれを処理できれば、最初はエラーを許容するために150kに制限することができますが、現実的には50k - 80k以上になるとは思えません。
私の質問はこれの効果についてです。マウントポイントの拡張については何も読みませんでした。非常に大きなマウントテーブルがシステムの速度をわずかにまたは深刻に低下させる可能性があり、デフォルトの制限を増やし、それを可能にするようにsysctlsを設定する必要がありますか？全体的に予想される実質的な限界と副作用は何であり、深刻さや無視できるという印象は何ですか？
サーバーは、使用量が多い（十分なRAM、高速CPU、高速ディスクプール、優れたエンタープライズハードウェアなど）用に指定されているため、物理リソースそれ自体問題ではありません。