Моя (небольшая) компания использует устаревший программный стек Linux (Centos) для запуска фирменного ПО на небольшом кластере. Понятно, что ИТ-отдел не хочет обновляться, так как теперь все работает.
Я хотел бы провести некоторые тесты производительности на этих машинах и планирую установить много программного обеспечения, которое не должно мешать производственному корню. Это также включает компиляцию научных пакетов, и поэтому мне нужны современные библиотеки. Одна из возможностей — установить полностью современный корень в другом месте и chroot
в него.
Мой вопрос:Как это повлияет на производительность инструментов, работающих внутри chroot? Есть ли какие-либо доступные эталонные тесты? Является ли эта техника распространенной/невыгодной/опасной? Другие идеи? См. также мойсвязанный вопрос.
решение1
Chroot не должен влиять на производительность. Я не слышал ни о каком бенчмарке, потому что это на самом деле просто отображение между двумя пространствами.
В любом случае, для решения вашей проблемы, возможно, лучше использовать что-то вродеLXC. Вместо того, чтобы перемещать что-то работающее, вы можете просто создать LXC и делать все внутри этого LXC. LXC намного лучше, чем chroot, и у него действительно меньше недостатков.
Вы можете увидеть это как chroot v2.0. Насколько я знаю, это должно хорошо работать на CentOS 5.X.
решение2
Вместо chrooting, почему бы вам не воспользоватьсямодули среды(то, что вы увидите почти на каждом Linux-кластере в наши дни) и установить программное обеспечение в альтернативное место?