私は 2 台の同一の Linux ラップトップ (Core™ i7-4810MQ、32GB RAM) を持っており、どちらも Ubuntu 16.04 を実行しています。マシン 2 でコマンドを実行すると、アクティビティに応じて、マシン 1 の約 4 ～ 12 倍の時間がかかります。これは先週末、いくつかの簡単なgradleビルドを実行しているときに気付きましたが、それ以来変化はありません。
測定するために、各システムで C++ ビルドを実行しました。数か月前に C++ プログラムを作成し、両方のシステムでビルドしたことがあるため、これを選択しました。測定はしていませんが、当時はほぼ同じ時間がかかりました。今日、各システムで以下を実行しました。
make clean && time make -j8
システム 1 は次のレポートで終了します。
real 0m54.627s
user 5m54.188s
sys 0m23.008s
システム 2 ではさらに時間がかかります。
real 11m1.053s
user 65m59.512s
sys 4m10.404s
Stack Exchange や Google で検索すると、問題の診断に関する多数のスレッドが見つかります。しかし、それらはすべて、マシンの速度を低下させるプロセスがあると想定しているようです。top、iostatなどgnome-system-monitorは、両方のマシンで同一のリソース使用量を報告しています。どちらも難しい作業に忙しくはなく、CPU、メモリ、帯域幅、および IO は十分に利用可能です。
Linux システムのパフォーマンスが明らかに低下しているが、それがハードウェア機能の制限によるものではない場合に、最初に確認すべきことは何ですか?
答え1
この回答は受け入れられませんが、私が学んだ教訓は次のとおりです。分析ツールが役に立たない場合は、システムで最近何が変更されたかをよく考えてください。過去 1 週間にシステム 2 に加えた変更のうち、システム 1 には加えられなかった変更は、システム 2 で Gradle デーモンを起動したことでした。これが問題の原因であるはずで、実際そうでした。