問題タブ [htop]

virsh の保存とファイルからの復元の後、htop~100% の CPU スチール時間 (st) がtop報告され、~100% のアイドル時間が報告されます。

これは のバグhtopでしょうか? 利用可能な修正はありますか、またはこれは単なる奇妙な qemu/kvm の動作ですか?

Debian 8、Linux 3.16.0-4-amd64、htop 1.0.3、トップ (procps-ng) 3.3.9、virsh 1.2.9

メッセージングに Socket.IO を使用するノード アプリケーションがあります。

そして、私はそれを使用して実行します

node --expose_gc /path/to/app.js

ユーティリティを確認すると、htop1 つではなく、同じコマンドの複数のプロセスを取得していることに気付きました。

誰かが初心者の言葉で、なぜここで何が起こっているのかを説明できますか? また、予期しないメモリ/CPU使用量も消費するのではないかと心配しています.

Ubuntu 15.10 (賢明) にアップグレードしました。

htopCPU、メモリ、およびスワップの割合が表示されなくなったことに気付きました。

これはバグですか、それとも「新しい」方法ですか?

Windows 7 64bit の Cygwin でソース パッケージ (最新の安定版) からhtopをビルドしようとしています。README に記載されている手順に従っていますが、make スクリプトを実行すると次のエラーが発生します。

すべての提案をいただければ幸いです。

Python スレッドの名前を設定すると、htop または ps に表示されません。ps 出力はpython、スレッド名としてのみ表示されます。それらのようなシステムレポートに表示されるようにスレッド名を設定する方法はありますか?

ps -T -p {PID} 出力

私のプログラムは、起動時に大量のデータをロードし、debug.FreeOSMemory() を呼び出して、余分なスペースがすぐに返されるようにします。

メモリにロードした後、 htop はプロセスについて次のように表示します

しかし、への呼び出しruntime.ReadMemStatsは私に次のことを示しています

1. Alloc は、システムから取得され、まだ解放されていない量です (これは常駐メモリですよね?)。しかし、この 2 つには大きな違いがあります。
2. 私は自分のプログラムを強制終了するために HeapIdle に依存しています。つまり、HeapIdle が 2 GB を超えている場合は再起動します。この場合は 2.5 で、しばらくしてもダウンしません。Golang は、将来さらに割り当てるときに from heap idle を使用して、heap idle を減らす必要があります。
3. 仮定 1 が間違っている場合、どの統計が htop の RES 値が何であるかを正確に教えてくれます。
4. HeapIdle の値を減らすにはどうすればよいですか?

これはgo 1.4.2、1.5.2、および1.6.beta1で試行されました

slurm、OpenMPI、および python (MKL を使用したアナコンダ) を使用して、マルチノード クラスターでジョブを実行しています。ジョブを送信すると、すべてが期待どおりに機能するようです。ただし、ジョブを実行しているノードの 1 つにログインし、htop を使用して実行中のプロセスを確認すると、開始したジョブが表示され、ジョブごとに、開始したジョブと同じメモリを占有する 10 個の「クローン」プロセスが表示されます。ただし、CPU負荷は0です（変更されるのはPIDとCPU（0％）だけです）他のすべては同じです）。

誰でもこの動作を説明できますか?

ありがとう！

PS ここでは、ジョブを送信するために使用するバッチスクリプトを示します。

HTOP は、すべてのプロセスおよびシステム全体で CPU 消費、メモリ消費などの情報をどのように収集しますか? これらの統計を収集するためにLinuxが提供するオペレーティングシステム固有のAPI（ソケットAPIなど）に精通していません。