GNU/Linux >> Linux の 問題 >  >> Linux

ハイパフォーマンスコンピューティングでChrootを使用する場合の欠点は?

私の(小さな)会社は、古いlinux(centos)ソフトウェアスタックを使用して、小さなクラスターでプロプライエタリソフトウェアを実行しています。当然のことながら、すべてが機能するようになったため、IT部門はアップグレードに消極的です。

これらのマシンでいくつかのパフォーマンステストを行い、本番ルートに干渉しないように多くのソフトウェアをインストールする予定です。科学パッケージのコンパイルも含まれているため、最新のライブラリが必要です。 1つの可能性は、最新のルート全体を別の場所とchrootにインストールすることです。 それに。

私の質問は: これは、chroot内で実行されているツールのパフォーマンスにどのように影響しますか?利用可能なベンチマークリファレンスはありますか?このテクニックは普及していますか/不利です/危険ですか?他のアイデア?関連する質問も参照してください。

承認された回答:

chrootはパフォーマンスに影響を与えてはなりません。ベンチマークは実際には2つのスペース間の単なるマッピングであるため、聞いたことがありません。

とにかく、あなたの問題については、LXCのようなものを使用する方が良いかもしれません。動作するものを移動する代わりに、LXCを作成して、このLXC内で作業を行うことができます。 LXCはchrootよりもはるかに優れており、欠点もほとんどありません。

あなたはそれをchrootv2.0のように見ることができます。私の知る限り、CentOS5.Xでうまく機能するはずです。


Linux
  1. Windows で実行すると CUDA のパフォーマンスが低下する

  2. 1GB ページを使用するとパフォーマンスが低下する

  3. git の使用時にユーザー名のプロンプトをスキップする

  1. cd 使用時の / の使用

  2. linux-vserver があるのになぜ LXC なのですか?

  3. iptables 使用時の REJECT と DROP

  1. HPL(High Performance Linpack):ラズベリーPIのベンチマーク

  2. 引用符を使用すると、なぜ単一の円記号が表示されるのですか?

  3. パフォーマンスと安定性のためのApache2Buddyスクリプトの使用