經過研究，仍對監控 RAM 使用感到困惑

Question 1

你只需要理解記憶體概念

根據 /proc/meminfo 的輸出，您只需要注意以下事項：

緩衝器:- 緩衝區是尚未「寫入」磁碟的東西。它表示有多少 RAM 專用於快取磁碟區塊。「Cached」與「Buffers」類似，只是這次它快取檔案讀取的頁面

快取：- 快取是從磁碟「讀取」並儲存以供以後使用的東西。一般來說，您可以將快取區域視為另一個「空閒」RAM，因為如果應用程式需要更多內存，它會逐漸縮小。

只要理解「buffers」和「Cached」都代表系統快取的大小就足夠了。它們根據內部 Linux 核心機制的要求動態成長或收縮。

在 Webhosting，他們使用以下 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 專用於快取磁碟區塊。「Cached」與「Buffers」類似，只是這次它快取檔案讀取的頁面

快取：- 快取是從磁碟「讀取」並儲存以供以後使用的東西。一般來說，您可以將快取區域視為另一個「空閒」RAM，因為如果應用程式需要更多內存，它會逐漸縮小。

只要理解「buffers」和「Cached」都代表系統快取的大小就足夠了。它們根據內部 Linux 核心機制的要求動態成長或收縮。

在 Webhosting，他們使用以下 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 更正確地顯示每個應用程式使用 500 KB。這種更高的準確性對於評估 KDE 和 GNOME 等桌面環境尤其重要，這些環境大量使用應用程式之間共用的程式庫。

透過ibm/developerworks/linux_memory

由於您的問題涉及無頭伺服器 - 我不確定 top 或 ps 實際上會有多少雙重報告。

Answer

很好的答案@RahulPatil。

關於 ps 或 top 需要考慮的另一點如下

該工具 [exmap] 比 ps 或 top 更準確，因為它考慮了多個應用程式使用的共用程式庫。例如，如果兩個應用程式使用相同的共享庫，該共享庫佔用 1MB 內存，則 ps 將顯示兩個應用程式使用 1MB 的額外內存，而 exmap 更正確地顯示每個應用程式使用 500 KB。這種更高的準確性對於評估 KDE 和 GNOME 等桌面環境尤其重要，這些環境大量使用應用程式之間共用的程式庫。

透過ibm/developerworks/linux_memory

由於您的問題涉及無頭伺服器 - 我不確定 top 或 ps 實際上會有多少雙重報告。

Question 3

我擔心我們可能會忽略顯而易見的事情，因為這對我們大多數人來說都是「理所當然的」。

Jonah，如果我錯了，請原諒我，但你的問題聽起來好像你可能沒有意識到所有這些值，特別是 CPU 使用率，通常會隨著時間的推移而變化很大。

當新進程啟動時，CPU 使用率可能會立即從個位數上升到 100%，但很快（希望）回落到 50% 以下的範圍。

記憶體使用情況變化較慢，但 Linux 嘗試透過執行「快取」磁碟存取的進程來使用未主動使用的記憶體。例如，它嘗試預測接下來需要從磁碟讀取什麼，例如讀取一部分後可能是大檔案的其餘部分，並將其預先載入到快取中。一些記憶體使用值包括進程使用的記憶體以及用於快取的記憶體。在已經運行了一段時間的系統上，兩者加起來可能會達到 80-90% 或更多。

還要考慮您運行的用於顯示使用情況的進程（例如）top也使用 CPU 和記憶體。如果您編寫一個帶有循環的腳本來連續報告 CPU 使用情況，它幾乎肯定會始終顯示 100%，因為報告使用情況本身的行為（沒有 sleep 引入一些延遲）使用了所有 CPU。

Answer