自宅には、kodi（xbmc）といくつかの異なるネットワークサービスを実行するhtpc / server-ish Ubuntuボックスがあります。
kodiが遅いことを確認し、何が起こっているかを確認するためにボックスにSSHを接続しました。私はこのhtop出力を見ました：
これは free -m の出力です。
richard@RMD-HTPC:~$ free -m
total used free shared buffers cached
Mem: 7642 7505 137 152 196 1296
-/+ buffers/cache: 6012 1630
Swap: 1905 10 1895
スクリーンショットで利用可能なメモリ使用量が7600mbのうち6000の理由は7505です。
しかし、htopの固有のプロセス比率をすべて加えると、約22-25％しか出ませんか？はるかに高くなければなりませんか？
答え1
htopバッファとキャッシュメモリは実際にはそのように見えるため、空きメモリと見なされるからです。
一部のキャッシュされたデータをメモリに保存するには「コスト」がないため、カーネルは後で必要に応じてデータをメモリに保存します。
たとえば、約500 mbのビデオを視聴し、ビデオを閉じた後、カーネルは、ビデオが再び必要な場合に備えて、その部分をクリーンアップするのではなく、メモリに保存することを決定できます。遅いハードドライブから読み込まれ、再読み込みします。ただし、他の目的でメモリが必要な場合はいつでもカーネルがそのメモリを使用できるため、500MBは無料と見なすことができます。
プログラムが現在そのメモリーを使用しているため、実行中のプログラムでそのメモリーを使用している場合は該当しません。
usedメモリからbuffers合計値を減算すると、表示されcachedた値が得られますhtop。
これは、言及した割合はどのように要約するかによって異なります。