Есть ли недостатки при использовании chroot в высокопроизводительных вычислениях?

Есть ли недостатки при использовании chroot в высокопроизводительных вычислениях?

Моя (небольшая) компания использует устаревший программный стек Linux (Centos) для запуска фирменного ПО на небольшом кластере. Понятно, что ИТ-отдел не хочет обновляться, так как теперь все работает.

Я хотел бы провести некоторые тесты производительности на этих машинах и планирую установить много программного обеспечения, которое не должно мешать производственному корню. Это также включает компиляцию научных пакетов, и поэтому мне нужны современные библиотеки. Одна из возможностей — установить полностью современный корень в другом месте и chrootв него.

Мой вопрос:Как это повлияет на производительность инструментов, работающих внутри chroot? Есть ли какие-либо доступные эталонные тесты? Является ли эта техника распространенной/невыгодной/опасной? Другие идеи? См. также мойсвязанный вопрос.

решение1

Chroot не должен влиять на производительность. Я не слышал ни о каком бенчмарке, потому что это на самом деле просто отображение между двумя пространствами.

В любом случае, для решения вашей проблемы, возможно, лучше использовать что-то вродеLXC. Вместо того, чтобы перемещать что-то работающее, вы можете просто создать LXC и делать все внутри этого LXC. LXC намного лучше, чем chroot, и у него действительно меньше недостатков.

Вы можете увидеть это как chroot v2.0. Насколько я знаю, это должно хорошо работать на CentOS 5.X.

решение2

Вместо chrooting, почему бы вам не воспользоватьсямодули среды(то, что вы увидите почти на каждом Linux-кластере в наши дни) и установить программное обеспечение в альтернативное место?

Связанный контент