Vimos um problema em que precisávamos restringir o shell do aplicativo para ter apenas 256 descritores de arquivo disponíveis. O aplicativo era muito antigo e aparentemente estava usando o número máximo de fd's e tentou colocar esse número em uma variável do tipo 'unsigned char' que pode suportar apenas o inteiro 256 (resultando em dump principal). Então, para este aplicativo em particular, tivemos que restringi-lo para ter apenas 256 fd disponíveis.
Eu realmente não acredito, ao contrário de alanc, que pode haver qualquer impacto mensurável no desempenho de definir isso muito alto, como você sugere. A razão para não fazê-lo seria mais ao longo das linhas de impedir que processos desonestos consumam muitos recursos.
Por fim, a alanc está certa de que o comando pfiles informará o número de fd atualmente em uso por um determinado processo. No entanto, lembre-se de que o comando pfiles interrompe temporariamente o processo para inspecioná-lo. Eu vi os processos travarem como resultado do comando pfiles sendo executado contra eles ... mas admito que podem ter sido casos difíceis que você nunca encontrará em seus aplicativos. Desculpe, eu não sei de maneira segura de procurar o número atual de fd em uso por um processo. Minha recomendação: Sempre monitore se o processo ainda existe depois de executar o comando pfiles .