研究後もRAM使用量のモニタリングについてまだ混乱しています

Question 1

メモリの概念を理解するだけです。

/proc/meminfoの出力に応じて、次の点に注意してください。

バッファー:- バッファはまだディスクに「書き込み」されていません。ディスクブロックキャッシュに割り当てられているRAMの量を示します。「キャッシュ済み」は「バッファ」に似ていますが、今回はファイルから読み取ったページをキャッシュします。

隠れ家:- キャッシュは、ディスクから「読み込み」、後で使用するために保存することです。一般に、キャッシュ領域は、アプリケーションがより多くのメモリを必要とする場合、徐々に減少するという点で別の「使用可能な」RAMと考えることができます。

「バッファ」と「キャッシュ済み」の両方がシステムキャッシュのサイズを表すことを理解すれば十分です。内部Linuxカーネルメカニズムの要件に応じて動的に拡張または縮小されます。

Webホスティングでは、次のcmdを使用してキャッシュを消去します。（主にcronで設定）：

sync && echo 3 > /proc/sys/vm/drop_caches

引用する協会

ユーザーあたりのメモリ使用量という別の要件を編集してください。

#!/bin/bash
total_mem=0

printf "%-10s%-10s\n" User MemUsage

while read u m
do
        [[ $old_user != $u ]] && { printf "%-10s%-0.1f\n" $old_user $total_mem; total_mem=0; }
        total_mem=$(echo $m + $total_mem | bc);
        old_user=$u

done < <(ps --no-headers -eo user,%mem| sort -k1)

#--EOF

上記のスクリプトを確認し、正しく表示されるかどうかを教えてください。

Answer

メモリの概念を理解するだけです。

/proc/meminfoの出力に応じて、次の点に注意してください。

バッファー:- バッファはまだディスクに「書き込み」されていません。ディスクブロックキャッシュに割り当てられているRAMの量を示します。「キャッシュ済み」は「バッファ」に似ていますが、今回はファイルから読み取ったページをキャッシュします。

隠れ家:- キャッシュは、ディスクから「読み込み」、後で使用するために保存することです。一般に、キャッシュ領域は、アプリケーションがより多くのメモリを必要とする場合、徐々に減少するという点で別の「使用可能な」RAMと考えることができます。

「バッファ」と「キャッシュ済み」の両方がシステムキャッシュのサイズを表すことを理解すれば十分です。内部Linuxカーネルメカニズムの要件に応じて動的に拡張または縮小されます。

Webホスティングでは、次のcmdを使用してキャッシュを消去します。（主にcronで設定）：

sync && echo 3 > /proc/sys/vm/drop_caches

引用する協会

ユーザーあたりのメモリ使用量という別の要件を編集してください。

#!/bin/bash
total_mem=0

printf "%-10s%-10s\n" User MemUsage

while read u m
do
        [[ $old_user != $u ]] && { printf "%-10s%-0.1f\n" $old_user $total_mem; total_mem=0; }
        total_mem=$(echo $m + $total_mem | bc);
        old_user=$u

done < <(ps --no-headers -eo user,%mem| sort -k1)

#--EOF

上記のスクリプトを確認し、正しく表示されるかどうかを教えてください。

Question 2

素晴らしい答え@RahulPatil。

psまたはtopについて考慮すべきもう一つのことは次のとおりです。

このツール[exmap]は、複数のアプリケーションで使用される共有ライブラリを考慮しているため、psまたはtopよりも正確です。たとえば、両方のアプリケーションが1MBのメモリを占有する同じ共有ライブラリを使用している場合、psは両方のアプリケーションが1MBの追加メモリを使用しているとマークしますが、exmapは500KBを使用する各アプリケーションをより正確に表示します。これらの高精度は、アプリケーション間で共有されるライブラリを大量に使用するKDEやGNOMEなどのデスクトップ環境を評価する場合に特に重要です。

渡すibm/developerworks/linux_memory

あなたの質問はヘッドレスサーバーに関連しているので、topまたはpsが実際にどのように二重報告しているのかわかりません。

Answer

素晴らしい答え@RahulPatil。

psまたはtopについて考慮すべきもう一つのことは次のとおりです。

このツール[exmap]は、複数のアプリケーションで使用される共有ライブラリを考慮しているため、psまたはtopよりも正確です。たとえば、両方のアプリケーションが1MBのメモリを占有する同じ共有ライブラリを使用している場合、psは両方のアプリケーションが1MBの追加メモリを使用しているとマークしますが、exmapは500KBを使用する各アプリケーションをより正確に表示します。これらの高精度は、アプリケーション間で共有されるライブラリを大量に使用するKDEやGNOMEなどのデスクトップ環境を評価する場合に特に重要です。

渡すibm/developerworks/linux_memory

あなたの質問はヘッドレスサーバーに関連しているので、topまたはpsが実際にどのように二重報告しているのかわかりません。

Question 3

私たちのほとんどが「当然のこと」なので、明らかなことを見落としているのではないかと心配です。

Jonah、私が間違っているなら許してください。しかし、あなたの質問は、これらのすべての値、特にCPU使用率が時間の経過とともに大きく変化することが多いことに気付かないかもしれません。

新しいプロセスが開始されると、CPU使用率はすぐに1桁から100％にジャンプできますが、まもなく（希望的に）50％未満の範囲に戻ります。

メモリ使用量はゆっくりと変化しますが、Linuxはディスクアクセスを「キャッシュ」するプロセスを実行し、積極的に使用されていないメモリを使用しようとします。たとえば、大容量ファイルの残りの部分を読み取るなど、次にディスクから読み取るべき内容を予測し、それをキャッシュにプリロードします。一部のメモリ使用量値には、プロセスで使用されるメモリとキャッシュに使用されるメモリが含まれます。しばらく実行されたシステムでは、2つの合計が最大80〜90％以上になる可能性があります。

また、使用量を表示するために実行するプロセス（たとえば）topもCPUとメモリを使用することを検討してください。継続的にCPU使用率を報告するループを含むスクリプトを作成する場合、使用量報告ジョブ自体（ sleep 一部の待ち時間なし）はすべてのCPUを使用するため、ほぼ常に100％で表示されます。

Answer