web-dev-qa-db-ja.com

htopは33%のメモリ使用量を示していますが、メモリバーがいっぱいです

リモートコンピューターでhtopを実行すると、そのMemバーにメモリがいっぱいで、共有2.3Gがスワップされていることが示されます(システムの動作が非常に遅いこともわかります)。ただし、htopMEM%列には、約33%のメモリ使用量が示されています。また、RES列の合計は約3Gであり、33%のメモリ使用量を確認できます。これらの結果の関係が何であるか私にはわかりません。また、メモリを解放するいくつかのプロセス(PID 814を除く)を見つけることができませんでした。

あなたは私のhtophere からスクリーンショットを見つけることができます。

もう1つのポイントは、PID 814VIRT列に赤い値16.0Tがあり、これがはっきりしないことです(赤いということは、単位がGバイトであることを意味します)。 hugepagesを変更すると、この出力に影響する可能性があります。以下では、cat /proc/meminfo | grep Hugeの出力を確認できます

AnonHugePages:    532480 kB
ShmemHugePages:        0 kB
HugePages_Total:       5
HugePages_Free:        5
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:    1048576 kB

PS:hugepagesへの変更は私によって行われませんでした。これがプロセスのメモリ使用量に影響するかどうかはわかりません。 (一方、ヒュージページのサイズをロールバックすると、プロセスによるメモリ使用量が減少するかどうか?ヒュージページがパフォーマンスにどのように影響するか?より多くのメモリを使用するが、メモリページ違反が減少するか?このメモリは、データなどのプロセスメモリ使用量としてカウントされるまたはOSを尊重し、どこか他の場所でカウントされていますか?)

3
i.kiarazm

htopバーに関しては、この link はバー自体に微妙な色分けがあることを説明しています。バーの右側の最初の数字はバーのgreen部分と一致すると思います。

バー自体が大きく表示されることについて、私は this が興味深い読み物であることがわかりました。

1
Tfb9