htopの読み方


9

htopLinuxのtopコマンドの一般的な置き換えによって表示される情報を理解できません。

htopスクリーンダンプ

上記のスクリーンショットには、多くのJavaインスタンスがリストされていますが、CPU時間を使用しているのは親インスタンスだけです。他は何ですか?

CPU%列にすべてのプロセスであまり発生していないことが示されているのに、CPU使用率バーにこのようなビジーなコアが表示されるのはなぜですか?実際、ほとんどの場合、それらは相関なしに移動します。

右上の負荷平均が3つのステップの履歴であり、コアがほとんど常に緑でビジーに見えるときに低いのはなぜですか?

誰かがこの情報の読み方を説明してくれるでしょうか?

ありがとうございました!


私は非常に役立ついくつかの変更を加えました。スレッドを差分色で表示し、スレッド名を表示し、更新時にプロセス名を更新し、ほとんどの場合、遅延を2/10秒に変更します。デフォルトの更新速度は、CPUメーターとプロセスの間の大きな遅れを示しています。
ルークPuplett 2013年

1
少なくとも負荷平均の場合、それは必ずしも低い値ではありません。負荷は、本質的に、システムが何かをするのを待つ必要があるかどうかの指標です。許容値はコアの数(この場合は4)未満です。したがって、これらの平均は妥当です。最後の1、5、15分です。詳細については、[Wikipedia](en.wikipedia.org/wiki/Load_
computing

回答:


5
  1. 「ロード」とCPU%に関して、ウィキペディアには詳細な説明と例があり、以下は部分的な引用です

    アイドル状態のコンピューターの負荷数は0で、CPU(準備キューまたは実行キュー)を使用または待機している各プロセスは、負荷数を1ずつ増やします。ほとんどのUNIXシステムは、実行中(CPU上)または実行可能(待機中)のプロセスのみをカウントしますCPU)状態。ただし、Linuxには割り込み不可能なスリープ状態(通常はディスクアクティビティを待機)のプロセスも含まれているため、I / Oシステムがビジーまたはストールしているために多くのプロセスがI / Oでブロックされたままの場合、結果が著しく異なる可能性があります。これには、たとえば、NFSサーバーの障害やメディアの速度低下(USB 1.xストレージデバイスなど)によるブロックプロセスが含まれます。そのような状況では、CPU使用率の実際の増加を反映しない負荷平均が上昇する可能性があります(ただし、ユーザーが待機する必要がある時間についてはまだわかります)。

    システムは、負荷数の指数減衰/加重移動平均として負荷平均を計算します。負荷平均の3つの値は、過去1分間、5分間、および15分間のシステム操作を指します。

    CPUバウンドであるシングルCPUシステムの場合、負荷平均は、それぞれの期間中のシステム使用率のパーセンテージと考えることができます。複数のCPUを搭載したシステムの場合、同等のパーセンテージを得るには、数値をプロセッサーの数で割る必要があります。

    バーは移動に忙しいかもしれませんが、100%に達することはありません。これは、CPU /コアが完全に使用されていることを示します。このバーは、CPU使用率%を視覚化したもので、27%、26.5%、24.5%、24.7%、71.7%です。すべてのCPUコアには、依然として「予備」の能力があります。それらはすべてその時点で十分に活用されていません。

    十分に活用された5コア/ CPUシステムは、5以上の負荷になります。

  2. Java行に関しては、それらは親(PID = 5073)および子プロセスです。親がCPU時間を最も多く使用する理由を説明できません。それは本当にプログラムの内部ロジックに依存します。ただし、TIME +によると、これらの子プロセスはCPU時間を消費し、最後のプロセス(PID = 5074)が最も累積されました。


子プロセスがJVMスレッドプールである可能性はありますか?スレッド名を表示するオプションを設定すると、すべて同じ名前になります。私はWindows + .NETプログラマーのfyiです。
Luke Puplett、2013年

はい、それらはスレッドである可能性があります。
John Siu 2013年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.