這些變形的工具、諸如：淘寶的Tsar、ksar、sar2html....等、都是通過抓取 sar的數據
所以在最終呈現的數據上變化不大、只是展現的手段和效果不一樣而已
sar 是幫助我們了解當前系統的內存、CPU和IO(磁盤IO和網絡IO)
下面通過簡單的幾個方面介紹一下sar的使用
㈠ 內存
以下兩個關鍵指標、讓我們對系統使用內存情況一目了然
⑴ 內存使用情況統計
-r：輸出物理內存和虛擬內存的統計信息
[root@obe11g ~]# sar -r 5 4
Linux 2.6.9-42.0.0.0.1.EL (obe11g.us.Oracle.com) 07/24/2013
05:11:21 AM kbmemfree kbmemused %memused kbbuffers kbcached kbswpfree kbswpused %swpused kbswpcad
05:11:26 AM 291880 1645960 84.94 47836 1309352 4192956 0 0.00 0
05:11:31 AM 291832 1646008 84.94 47836 1309352 4192956 0 0.00 0
05:11:36 AM 291816 1646024 84.94 47836 1309352 4192956 0 0.00 0
05:11:41 AM 293608 1644232 84.85 47836 1309372 4192956 0 0.00 0
Average: 292284 1645556 84.92 47836 1309357 4192956 0 0.00 0
參數解釋：
kbmemfree：剩余可用內存、單位K
kbmemused：已用內存、以K 為單位、該值不考慮內核自身所使用的內存
%memused：已用內存百分比
kbbuffers：已用buffer(內核所用)、單位K
kbcached：已用cache（內核所用）、單位K
kbswpfree：剩余Swap、單位K
kbswpused：已用Swap、單位K
%swpused：已用Swap百分比
kbswpcad：被緩存的Swap、單位K
⑵ 分頁統計
-B
[root@obe11g ~]# sar -B 5 5
Linux 2.6.9-42.0.0.0.1.EL (obe11g.us.oracle.com) 07/24/2013
05:16:56 AM pgpgin/s pgpgout/s fault/s majflt/s
05:17:01 AM 0.00 39.20 4.60 0.00
05:17:06 AM 0.00 23.20 117.20 0.00
05:17:11 AM 0.00 23.20 114.00 0.00
05:17:16 AM 0.00 14.40 113.80 0.00
05:17:21 AM 0.80 48.00 1470.00 0.00
Average: 0.16 29.60 363.92 0.00
參數解釋：
pgpgin/s：表示每秒從磁盤或SWAP置換到內存的字節數(KB)
pgpgout/s：表示每秒從內存置換到磁盤或SWAP的字節數(KB)
fault/s：每秒鐘系統產生的缺頁數,即主缺頁與次缺頁之和(major + minor)
majflt/s：每秒鐘產生的主缺頁數.
㈡ CPU
-u
[root@obe11g ~]# sar -u 3 5
Linux 2.6.9-42.0.0.0.1.EL (obe11g.us.oracle.com) 07/24/2013
05:25:41 AM CPU %user %nice %system %iowait %idle
05:25:44 AM all 2.00 0.00 1.67 0.00 96.33
05:25:47 AM all 0.67 0.00 1.00 0.00 98.33
05:25:50 AM all 2.00 0.00 1.00 0.00 97.00
05:25:53 AM all 4.00 0.00 6.33 0.00 89.67
05:25:56 AM all 0.67 0.00 1.67 0.00 97.67
Average: all 1.87 0.00 2.33 0.00 95.80
參數解釋：
%user：顯示在用戶級別(application)運行使用 CPU 總時間的百分比
%nice：顯示在用戶級別，用於nice操作，所占用 CPU 總時間的百分比
%system：在核心級別(kernel)運行所使用 CPU 總時間的百分比
%iowait：顯示用於等待I/O操作占用 CPU 總時間的百分比
%idle：顯示 CPU 空閒時間占用 CPU 總時間的百分比
以下是三種常見的場景：
1）若 %iowait 的值過高，表示硬盤存在I/O瓶頸
2）若 %idle 的值高但系統響應慢時，有可能是 CPU 等待分配內存，此時應加大內存容量
3）若 %idle 的值持續低於1，則系統的 CPU 處理能力相對較低，表明系統中最需要解決的資源是 CPU
更多詳情見 http://www.linuxidc.com/Linux/2013-08/88239p2.htm