私の（小さな）会社では、古い Linux（CentOS）ソフトウェア スタックを使用して、小規模なクラスターで独自のソフトウェアを実行しています。当然のことながら、現在はすべて正常に動作しているため、IT 部門はアップグレードに消極的です。
これらのマシンでパフォーマンス テストをいくつか実行し、実稼働ルートに干渉しない多くのソフトウェアをインストールする予定です。科学的なパッケージのコンパイルも含まれるため、最新のライブラリが必要です。1 つの可能性は、最新のルート全体を別の場所にインストールし、chrootそこにインストールすることです。
私の質問は次のとおりです:これはchroot内で実行されるツールのパフォーマンスにどのような影響を与えるでしょうか？ベンチマークの参照はありますか？この手法は広く普及している/不利/危険ですか？他のアイデアはありますか？私の関連する質問。
答え1
chroot はパフォーマンスに影響を与えないはずです。これは実際には 2 つのスペース間のマッピングにすぎないため、これに関するベンチマークは聞いたことがありません。
とにかく、あなたの問題には、次のようなものを使う方が良いかもしれませんルクセンブルク動作しているものを移動する代わりに、LXC を作成し、この LXC 内で作業を実行するだけです。LXC は chroot よりもはるかに優れており、欠点も非常に少なくなっています。
これは chroot v2.0 のように見えます。私の知る限り、CentOS 5.X では問題なく動作するはずです。
答え2
chrootする代わりに、環境モジュール(最近ではほぼすべての Linux クラスターで見られるもの)、ソフトウェアを別の場所にインストールしますか?