CPU負荷は高いが、トッププロセスはすべて0％前後

異常な高負荷とcpu utilを備えたサーバーがありますが、その理由はわかりません。topを実行すると、すべてのprocは非常に低いCPUのようです。

http://cl.ly/2d1g0K3q261r0R0K3e35

これを引き起こしているものを探すより良い方法はありますか？

このバグはあなたの場合だと思います。出力からわかるように、十分なメモリ（キャッシュされた14 GB程度）があり、I / Oの問題はありませんが、xen関連のプロセスが実行されています。これはバグだと思わせます。

負荷は、システムが1分、5分、および15分単位で持っているワークロードの尺度です。

最も一般的な誤解は、負荷平均が純粋にシステムのCPU使用率に関係しているということです。
ただし、負荷には、CPUがI / Oを待機しているなどの追加の測定値が組み込まれており、これが問題だと思います。

イメージに基づいて、メモリが不足し、データをディスクにスワップし始めたと推測しています。

シンプルに、free -m使用されているRAMとスワップの量が表示されます。
おもしろいコラムはほかに無料のコラム-/+ buffers/cacheです。
ゼロに近い場合は、RAMが不足しているので、それに応じて対処する必要があります。

負荷平均が非常に高いことに注意してください（68、すごい）。CPUを少し占有する多くのプロセスがあるため、すべてのCPU時間を消費する可能性はありますか？たぶん、これらのプロセスは非常に速く開始および終了するため、topはそれらの存在をキャプチャできません。

試してみる

iotop

ほとんどの場合、IOがそれでした。

使用してみてください：

top -o cpu

この-oフラグは、topにCPU使用率の降順でプロセスを強制的に並べます。

nfs上のロックされたファイル、または別のプロセスがアクセスする必要のあるファイルをロックする他のもの

アクティブなスレッドが多すぎる設定済みサービスを見逃すこともあります

CPU使用率がスレッドから来ているように見えます。topこれを考慮していないようです。最近、mysqlサーバーでこれを見ました。INSERTステートメントが実行されていますが、mysqldのスレッドがテーブルインデックスを更新しているため、SELECTで新しい行を取得できませんでした。topは1つのコアで100％のユーザー負荷を示していますが、mysqldを含むすべてのプロセスは0.0％CPUでした。数時間後、同じSELECTが期待される結果セットを提供しました。

こちらもご覧ください

スレッドごとのCPU統計の取得

「htop」プロセスとスレッドのCPU使用率