Minha (pequena) empresa usa uma pilha de software desatualizada do linux (centos) para executar um software proprietário em um pequeno cluster. Compreensivelmente, a TI está relutante em atualizar, já que tudo funciona agora.
Gostaria de fazer alguns testes de desempenho nessas máquinas e planejar instalar muitos softwares que não deveriam interferir na raiz da produção. Também inclui a compilação de pacotes científicos e, portanto, eu preciso de bibliotecas atualizadas. Uma possibilidade é instalar uma raiz inteira atualizada em um local diferente e chroot nela.
A minha pergunta é: Como isso afetará o desempenho das ferramentas que estão sendo executadas dentro do chroot? Existem referências de referência disponíveis? Esta técnica é generalizada / desfavorável / perigosa? Outras ideias? Veja também meu questão relacionada .
Um chroot não deve impactar o desempenho. Eu não ouvi falar de nenhum benchmark porque é apenas um mapeamento entre dois espaços.
De qualquer forma, para o seu problema, talvez seja melhor usar algo como LXC . Em vez de mover algumas coisas trabalhando, você pode simplesmente criar um LXC e fazer suas coisas dentro deste LXC. O LXC é muito melhor que o chroot e tem muito menos desvantagem.
Você pode ver isso como um chroot v2.0. Tanto quanto eu sei, ele deve funcionar bem no CentOS 5.X.
Em vez de chrooting, por que você não tira proveito dos módulos de ambiente (algo que você verá em quase todos os clusters do Linux dias) e instalar o software em um local alternativo?
Tags chroot high-performance