Mi (pequeña) empresa utiliza una pila de software Linux (centos) desactualizada para ejecutar un software propietario en un clúster pequeño. Es comprensible que TI se muestre reacio a actualizar ya que ahora todo funciona.
Me gustaría hacer algunas pruebas de rendimiento en estas máquinas y planeo instalar una gran cantidad de software que no debería interferir con la raíz de producción. También incluye la compilación de paquetes científicos y por eso necesito bibliotecas actualizadas. Una posibilidad es instalar una raíz completa y actualizada en una ubicación diferente y chrootdentro de ella.
Mi pregunta es:¿Cómo afectará esto al rendimiento de las herramientas que se ejecutan dentro del chroot? ¿Hay referencias de referencia disponibles? ¿Está esta técnica muy extendida/desventajosa/peligrosa? ¿Otras ideas? Ver también mipregunta relacionada.
Respuesta1
Un chroot no debería afectar el rendimiento. No he oído hablar de ningún punto de referencia al respecto porque en realidad es solo un mapeo entre dos espacios.
De todos modos, para tu problema, tal vez debería ser mejor usar algo comoLXC. En lugar de mover algo que funcione, simplemente puede crear un LXC y hacer sus cosas dentro de este LXC. LXC es mucho mejor que chroot y realmente tiene menos inconvenientes.
Puedes verlo como un chroot v2.0. Hasta donde yo sé, debería funcionar bien en CentOS 5.X.
Respuesta2
En lugar de hacer chroot, ¿por qué no aprovechasmódulos ambientales(algo que verá en casi todos los clústeres de Linux en estos días) e instalar el software en una ubicación alternativa.