Linux命令----分析系統I/O的瓶頸

#iostat -x 1
Linux 2.6.18-53.el5PAE (localhost.localdomain)  03/27/2009

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          30.72    0.00    5.00    5.72    0.00   58.56

Device:   rrqm/s   wrqm/s    r/s    w/s     rsec/s   wsec/s   avgrq-sz avgqu-sz   await    svctm    %util
sda         0.79       21.81     9.15   8.08   237.99   239.29    27.69       1.32         76.31    4.07      7.02
sdb         0.69      19.13      3.26   2.99   153.08   176.92    52.85       0.43         68.80    5.96      3.72
sdc         3.47       89.30     10.95  7.30   213.30   772.94    54.04       1.32         72.43    4.18      7.63

每項資料的含義如下，
rrqm/s:     每秒進行 merge 的讀運算元目。即 rmerge/s
wrqm/s:     每秒進行 merge 的寫運算元目。即 wmerge/s
r/s:       每秒完成的讀 I/O 裝置次數。即 rio/s
w/s:       每秒完成的寫 I/O 裝置次數。即 wio/s
rsec/s:     每秒讀扇區數。即 rsect/s
wsec/s:     每秒寫扇區數。即 wsect/s
rkB/s:     每秒讀K位元組數。是 rsect/s 的一半，因為每扇區大小為512位元組。
wkB/s:     每秒寫K位元組數。是 wsect/s 的一半。
avgrq-sz:   平均每次裝置I/O操作的資料大小 (扇區)。即 (rsect+wsect)/(rio+wio)
avgqu-sz:   平均I/O佇列長度。即 aveq/1000 (因為aveq的單位為毫秒)。
await:     平均每次裝置I/O操作的等待時間 (毫秒)。即 (ruse+wuse)/(rio+wio)
svctm:     平均每次裝置I/O操作的服務時間 (毫秒)。即 use/(rio+wio)
%util:     一秒中有百分之多少的時間用於 I/O 操作，或者說一秒中有多少時間
I/O佇列是非空的,即use/1000 (因為use的單位為毫秒),
如果 %util 接近 100%，說明產生的I/O請求太多，I/O系統已經滿負荷，該磁碟可能存在瓶頸。

     svctm 一般要小於 await (因為同時等待的請求的等待時間被重複計算了)，
svctm 的大小一般和磁碟效能有關，CPU/記憶體的負荷也會對其有影響，請求過多
也會間接導致 svctm 的增加。
await 的大小一般取決於服務時間(svctm) 以及 I/O 佇列的長度和 I/O 請求的發出模式。如果 svctm 比較接近 await，說明 I/O 幾乎沒有等待時間；如果 await 遠大於 svctm，說明 I/O 佇列太長，應用得到的響應時間變慢，如果響應時間超過了使用者可以容許的範圍，這時可以考慮更換更快的磁碟，調整核心 elevator 演算法，最佳化應用，或者升級 CPU。
   佇列長度(avgqu-sz)也可作為衡量系統 I/O 負荷的指標，但由於 avgqu-sz 是按照單位時間的平均值，所以不能反映瞬間的 I/O 洪水。
io/s = r/s +w/s
await=(ruse+wuse)/io （每個請求的等待時間）
await*io/s=每秒內的I/O請求總共需要等待的ms
avgqu-sz= await*(r/s+w/s)/1000 (佇列長度)