Eu tenho uma situação onde eu possivelmente vou criar um sistema de arquivos virtual no FreeBSD, composto inteiramente de montagens nullfs de diretórios "comuns" selecionados dentro de meus vários conjuntos de dados ZFS (e seus instantâneos). A árvore será criada / mantida por um script periódico.
Eu quero usar nullfs em vez de links simbólicos porque os dirs podem estar em qualquer conjunto de dados no pool, e isso garantirá que (quase) todos os comandos garantam tratar o FS virtual como um único sistema de arquivos / dispositivo, há menos risco de acidentes / omissões com comandos que se comportam de maneira diferente em pontos de montagem ou travessias, e o FS virtual terá (quase) a garantia de atuar como um único FS, evitando erros do usuário.
Um cálculo aproximado diz que haverá muitos diretos montados dessa maneira. Eu estou esperando milhares a dezenas de milhares, e talvez um limite em algum lugar entre 40k - 200k, dependendo do uso futuro do servidor. Eu provavelmente limitaria a 150k inicialmente para dar margem de erro, se o FreeBSD conseguir lidar com isso, mas, realisticamente, duvido que vá passar de 50k a 80k.
Minha pergunta é sobre os efeitos de fazer isso. Eu não li nada sobre dimensionamento de pontos de montagem. Existe uma tabela de montagem muito grande que pode desacelerar o sistema de forma negligente ou severa? E se algum sysctl precisar ser configurado para aumentar os limites padrão e permitir isso? No geral, quais são os limites práticos e os efeitos colaterais esperados, e quaisquer impressões sobre o quão severo ou insignificante?
O servidor é especificado para uso pesado (muita memória RAM, CPU rápida, conjunto de discos rápido, bom hardware empresarial, etc.) para que os recursos físicos per se não sejam um problema.
Tags performance mount freebsd sysctl limit