다양한 ZFS 데이터 세트(및 해당 스냅샷) 내에서 선택한 "일반" 디렉토리의 nullfs 마운트로만 구성된 FreeBSD에서 가상 파일 시스템을 생성할 수 있는 상황이 있습니다. 트리는 주기적인 스크립트에 의해 생성/유지됩니다.
디렉토리가 풀의 모든 데이터 세트에 있을 수 있고 (거의) 모든 명령이 가상 FS를 단일 파일 시스템/장치로 처리하도록 보장하므로 심볼릭 링크 대신 nullfs를 사용하고 싶습니다. 중단된 명령은 예상치 못한 일/누락을 피하기 위해 마운트 지점이나 탐색에서 다르게 동작하며, 가상 FS는 (거의) 단일 FS로 작동하여 사용자 오류를 방지합니다.
대략적인 계산에 따르면 이러한 방식으로 마운트된 디렉터리가 많이 있을 것입니다. 나는 서버의 향후 사용량에 따라 수천에서 수만, 그리고 아마도 40k - 200k 사이의 제한을 예상합니다. FreeBSD가 이것을 처리할 수 있다면 처음에는 오류를 허용하기 위해 150k로 제한할 수 있지만 현실적으로는 50k - 80k 이상이 될 것 같지 않습니다.
내 질문은 이것의 효과에 관한 것입니다. 마운트 지점 확장에 대해서는 아무것도 읽지 않았습니다. 매우 큰 마운트 테이블이 시스템 속도를 약간 또는 심각하게 저하시킬 수 있으며, 기본 제한을 늘리고 이를 허용하도록 sysctls를 설정해야 하는 경우가 있습니까? 전체적으로 예상되는 실질적인 한계와 부작용은 무엇이며 심각성이나 무시할 수 있다는 인상은 무엇입니까?
서버는 사용량이 많은(충분한 RAM, 빠른 CPU, 빠른 디스크 풀, 우수한 엔터프라이즈 하드웨어 등)용으로 지정되어 있으므로 물리적 리소스가그 자체문제가 되지 않습니다.