調査した後も、RAM使用量の監視についてまだ混乱しています

Question 1

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

/proc/meminfo の出力によると、以下の点に注意する必要があります。

バッファ:- バッファとは、まだディスクに「書き込まれていない」ものです。これは、ディスクブロックをキャッシュするために割り当てられた RAM の量を表します。「キャッシュ」は「バッファ」に似ていますが、こちらはファイルの読み取りからページをキャッシュします。

キャッシュ済み:- キャッシュとは、ディスクから「読み取られ」、後で使用するために保存されているものです。通常、キャッシュ領域は、アプリケーションがより多くのメモリを要求すると徐々に縮小されるため、別の「空き」RAM と考えることができます。

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

Webhosting では、以下のコマンドを使用してキャッシュをクリアします (主に cron で設定されます)。

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

引用リンク

もう1つの要件、つまりユーザーごとのメモリ使用量の編集

#!/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 カーネルの内部メカニズムの要求に応じて動的に拡大または縮小されます。

Webhosting では、以下のコマンドを使用してキャッシュをクリアします (主に cron で設定されます)。

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

引用リンク

もう1つの要件、つまりユーザーごとのメモリ使用量の編集

#!/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 よりも正確です。たとえば、2 つのアプリケーションが同じ共有ライブラリを使用していて、それが 1MB のメモリを消費している場合、ps は両方のアプリケーションが 1MB の追加メモリを使用していると表示しますが、exmap は各アプリケーションが 500 KB を使用しているとより正確に表示します。この高い精度は、アプリケーション間で共有されるライブラリを非常に頻繁に使用する KDE や GNOME などのデスクトップ環境を評価する場合に特に重要です。

経由ibm/developerworks/linux_memory

あなたの質問はヘッドレスサーバーに関するものなので、top または ps の二重レポートが実際にどの程度になるかはわかりません。

Answer

良い答えですね@RahulPatil。

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

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

経由ibm/developerworks/linux_memory

あなたの質問はヘッドレスサーバーに関するものなので、top または ps の二重レポートが実際にどの程度になるかはわかりません。

Question 3

私たちのほとんどにとって、それは「当然のこと」なので、明白なことを見落としているのではないかと心配しています。

Jonah さん、私が間違っていたらごめんなさい。しかし、あなたの質問を聞くと、これらすべての値、特に CPU 使用率は、通常、秒ごとにかなり変化するということをあなたは認識していないように聞こえます。

新しいプロセスが開始されると、CPU 使用率は瞬時に 1 桁から 100% まで上昇しますが、すぐに (うまくいけば) 50% 未満の範囲に戻ります。

メモリ使用量の変化はより緩やかですが、Linux は、ディスクアクセスを「キャッシュ」するために、プロセスを実行することで、アクティブに使用されていないメモリを使用しようとします。たとえば、ディスクから次に読み取る必要があるものを予測し (たとえば、一部が読み取られた後の大きなファイルの残りなど)、それをキャッシュに事前にロードしようとします。メモリ使用量の値には、プロセスによって使用されるメモリとキャッシュに使用されるメモリの両方が含まれます。しばらく実行されているシステムでは、この 2 つを合わせると、おそらく 80 ～ 90% 以上になります。

使用量を表示するために実行するなどのプロセスも、topCPU とメモリを使用することに留意してください。CPU 使用量を継続的に報告するループ付きのスクリプトを作成した場合、使用量を報告する動作自体 ( sleep 遅延が挿入されていない場合) で CPU がすべて使用されるため、ほぼ確実に常に 100% が表示されます。

Answer