unix命令
在使用UNIX操作系統的過程中，我們常常會用到各種各樣的問題，比如系統運行速度突然變慢，系統容易死機或者主機所帶的終端常出現死機，這時我們常常猜測，是硬盤空間太小，還是內存不足？I/O出現瓶頸，或者是系統的核心參數出了問題？這時，我們應該考慮使用系統給我們提供的sar命令來對系統作一個了解，該命令是系統維護的重要工具，主要幫助我們掌握系統資源的使用情況，特別是內存和CPU 的使用情況，是UNIX系統使用者應該掌握的工具之一。
sar 命令行的常用格式：
sar [options] [-A] [-o file] t [n]
在命令行中，n 和t 兩個參數組合起來定義采樣間隔和次數，t為采樣間隔，是必須有的參數，n為采樣次數，是可選的，默認值是1，-o file表示將命令結果以二進制格式存放在文件中，file 在此處不是關鍵字，是文件名。options 為命令行選項，sar命令的選項很多，下面只列出常用選項：
-A：所有報告的總和。
-u：CPU利用率
-v：進程、I節點、文件和鎖表狀態。
-d：硬盤使用報告。
-r：沒有使用的內存頁面和硬盤塊。
-g：串口I/O的情況。
-b：緩沖區使用情況。
-a：文件讀寫情況。
-c：系統調用情況。
-R：進程的活動情況。
-y：終端設備活動情況。
-w：系統交換活動。
下面將舉例說明。
例一：使用命令行 sar -u t n
例如，每60秒采樣一次，連續采樣5次，觀察CPU 的使用情況，並將采樣結果以二進制形式存入當前目錄下的文件zhou中，需鍵入如下命令：
# sar -u -o zhou 60 5
屏幕顯示：
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
14:43:50 %usr %sys %wio %idle(-u)
14:44:50 0 1 4 94
14:45:50 0 2 4 93
14:46:50 0 2 2 96
14:47:50 0 2 5 93
14:48:50 0 2 2 96
Average 0 2 4 94
在顯示內容包括：
%usr：CPU處在用戶模式下的時間百分比。
%sys：CPU處在系統模式下的時間百分比。
%wio：CPU等待輸入輸出完成時間的百分比。
%idle：CPU空閒時間百分比。
在所有的顯示中，我們應主要注意%wio和%idle，%wio的值過高，表示硬盤存在I/O瓶頸，%idle值高，表示CPU較空閒，如果%idle值高但系統響應慢時，有可能是CPU等待分配內存，此時應加大內存容量。%idle值如果持續低於10，那麼系統的CPU處理能力相對較低，表明系統中最需要解決的資源是CPU。
如果要查看二進制文件zhou中的內容，則需鍵入如下sar命令：
# sar -u -f zhou
可見，sar命令即可以實時采樣，又可以對以往的采樣結果進行查詢。
例二：使用命行sar -v t n
例如，每30秒采樣一次，連續采樣5次，觀察核心表的狀態，需鍵入如下命令：
# sar -v 30 5
屏幕顯示：
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
10:33:23 proc-sz ov inod-sz ov file-sz ov lock-sz (-v)
10:33:53 305/ 321 0 1337/2764 0 1561/1706 0 40/ 128
10:34:23 308/ 321 0 1340/2764 0 1587/1706 0 37/ 128
10:34:53 305/ 321 0 1332/2764 0 1565/1706 0 36/ 128
10:35:23 308/ 321 0 1338/2764 0 1592/1706 0 37/ 128
10:35:53 308/ 321 0 1335/2764 0 1591/1706 0 37/ 128
顯示內容包括：
proc-sz：目前核心中正在使用或分配的進程表的表項數，由核心參數MAX-PROC控制。
inod-sz：目前核心中正在使用或分配的i節點表的表項數，由核心參數
MAX-INODE控制。
file-sz： 目前核心中正在使用或分配的文件表的表項數，由核心參數MAX-FILE控制。
ov：溢出出現的次數。
Lock-sz：目前核心中正在使用或分配的記錄加鎖的表項數，由核心參數MAX-FLCKREC控制。
顯示格式為
實際使用表項/可以使用的表項數
顯示內容表示，核心使用完全正常，三個表沒有出現溢出現象，核心參數不需調整，如果出現溢出時，要調整相應的核心參數，將對應的表項數加大。
例三：使用命行sar -d t n
例如，每30秒采樣一次，連續采樣5次，報告設備使用情況，需鍵入如下命令：
# sar -d 30 5
屏幕顯示：
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
11:06:43 device %busy avque r+w/s blks/s avwait avserv (-d)
11:07:13 wd-0 1.47 2.75 4.67 14.73 5.50 3.14
11:07:43 wd-0 0.43 18.77 3.07 8.66 25.11 1.41
11:08:13 wd-0 0.77 2.78 2.77 7.26 4.94 2.77
11:08:43 wd-0 1.10 11.18 4.10 11.26 27.32 2.68
11:09:13 wd-0 1.97 21.78 5.86 34.06 69.66 3.35
Average wd-0 1.15 12.11 4.09 15.19 31.12 2.80
顯示內容包括：
device： sar命令正在監視的塊設備的名字。
%busy： 設備忙時，傳送請求所占時間的百分比。
avque： 隊列站滿時，未完成請求數量的平均值。
r+w/s： 每秒傳送到設備或從設備傳出的數據量。
blks/s： 每秒傳送的塊數，每塊512字節。
avwait： 隊列占滿時傳送請求等待隊列空閒的平均時間。
avserv： 完成傳送請求所需平均時間（毫秒）。
在顯示的內容中，wd-0是硬盤的名字，%busy的值比較小，說明用於處理傳送請求的有效時間太少，文件系統效率不高，一般來講，%busy值高些，avque值低些，文件系統的效率比較高，如果%busy和avque值相對比較高，說明硬盤傳輸速度太慢，需調整。
例四：使用命行sar -b t n
例如，每30秒采樣一次，連續采樣5次，報告緩沖區的使用情況，需鍵入如下命令：
# sar -b 30 5
屏幕顯示：
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001
14:54:59 bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s (-b)
14:55:29 0 147 100 5 21 78 0 0
14:55:59 0 186 100 5 25 79 0 0
14:56:29 4 232 98 8 58 86 0 0
14:56:59 0 125 100 5 23 76 0 0
14:57:29 0 89 100 4 12 66 0 0
Average 1 156 99 5 28 80 0 0
顯示內容包括：
bread/s： 每秒從硬盤讀入系統緩沖區buffer的物理塊數。
lread/s： 平均每秒從系統buffer讀出的邏輯塊數。
%rcache： 在buffer cache中進行邏輯讀的百分比。
bwrit/s： 平均每秒從系統buffer向磁盤所寫的物理塊數。
lwrit/s： 平均每秒寫到系統buffer邏輯塊數。
%wcache： 在buffer cache中進行邏輯讀的百分比。
pread/s： 平均每秒請求物理讀的次數。
pwrit/s： 平均每秒請求物理寫的次數。
在顯示的內容中，最重要的是%cache和%wcache兩列，它們的值體現著buffer的使用效率，%rcache的值小於90或者%wcache的值低於65，應適當增加系統buffer的數量，buffer數量由核心參數NBUF控制，使%rcache達到90左右，%wcache達到80左右。但buffer參數值的多少影響I/O效率，增加buffer，應在較大內存的情況下，否則系統效率反而得不到提高。
例五：使用命行sar -g t n
例如，每30秒采樣一次，連續采樣5次，報告串口I/O的操作情況，需鍵入如下命令：
# sar -g 30 5
屏幕顯示：
SCO_SV scosysv 3.2v5.0.5 i80386 11/22/2001
17:07:03 ovsiohw/s ovsiodma/s ovclist/s (-g)
17:07:33 0.00 0.00 0.00
17:08:03 0.00 0.00 0.00
17:08:33 0.00 0.00 0.00
17:09:03 0.00 0.00 0.00
17:09:33 0.00 0.00 0.00
Average 0.00 0.00 0.00
顯示內容包括：
ovsiohw/s：每秒在串口I/O硬件出現的溢出。
ovsiodma/s：每秒在串口I/O的直接輸入輸出通道高速緩存出現的溢出。
ovclist/s ：每秒字符隊列出現的溢出。
在顯示的內容中，每一列的值都是零，表明在采樣時間內，系統中沒有發生串口I/O溢出現象。
sar命令的用法很多，有時判斷一個問題，需要幾個sar命令結合起來使用，比如，懷疑CPU存在瓶頸，可用sar -u 和sar -q來看，懷疑I/O存在瓶頸，可用sar -b、sar -u和sar-d來看，以上舉出的五例僅僅是其中的一部分，有興趣的朋友不妨一試。
