iostat的研究和分析
為更好了解iostat的用法，正確的分析，系統(tǒng)IO瓶頸，找了些資料，做個小結(jié)：
先是英文的：
So in order to use the linux performance tools you must first calibrate the system performance tools to your systems "Steady Rate". This Steady Rate is when the math works. 1+1 must always = 2.
L=AWAIT
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
57.75 = (0+608.5) * .60
技術(shù)指標的中文意思：
rrqm/s: 每秒進行 merge 的讀操作數(shù)目。即 delta(rmerge)/swrqm/s: 每秒進行 merge 的寫操作數(shù)目。即 delta(wmerge)/sr/s: 每秒完成的讀 I/O 設(shè)備次數(shù)。即 delta(rio)/sw/s: 每秒完成的寫 I/O 設(shè)備次數(shù)。即 delta(wio)/srsec/s: 每秒讀扇區(qū)數(shù)。即 delta(rsect)/swsec/s: 每秒寫扇區(qū)數(shù)。即 delta(wsect)/srkB/s: 每秒讀K字節(jié)數(shù)。是 rsect/s 的一半，因為每扇區(qū)大小為512字節(jié)。(需要計算)wkB/s: 每秒寫K字節(jié)數(shù)。是 wsect/s 的一半。(需要計算)avgrq-sz: 平均每次設(shè)備I/O操作的數(shù)據(jù)大小 (扇區(qū))。delta(rsect+wsect)/delta(rio+wio)avgqu-sz: 平均I/O隊列長度。即 delta(aveq)/s/1000 (因為aveq的單位為毫秒)。await: 平均每次設(shè)備I/O操作的等待時間 (毫秒)。即 delta(ruse+wuse)/delta(rio+wio)svctm: 平均每次設(shè)備I/O操作的服務時間 (毫秒)。即 delta(use)/delta(rio+wio)%util: 一秒中有百分之多少的時間用于 I/O 操作，或者說一秒中有多少時間 I/O 隊列是非空的。即 delta(use)/s/1000 (因為use的單位為毫秒)
引用他人博文：
如果 %util 接近 100%，說明產(chǎn)生的I/O請求太多，I/O系統(tǒng)已經(jīng)滿負荷，該磁盤 同時可以結(jié)合vmstat 查看查看b參數(shù)(等待資源的進程數(shù) )和wa參數(shù)(IO等待所占用的CPU時間的百分比,高過30%時IO壓力高 ) 另外 await 的參數(shù)也要多和 svctm 來參考。差的過高就一定有 IO 的問題。
另外還可以參考
舉一個例子，我們在超市排隊 checkout 時，怎么決定該去哪個交款臺呢? 首當是看排的隊人數(shù)，5個人總比20人要快吧? 除了數(shù)人頭，我們也常?？纯辞懊嫒速徺I的東西多少，如果前面有個采購了一星期食品的大媽，那么可以考慮換個隊排了。還有就是收銀員的速度了，如果碰上了連 錢都點不清楚的新手，那就有的等了。另外，時機也很重要，可能 5 分鐘前還人滿為患的收款臺，現(xiàn)在已是人去樓空，這時候交款可是很爽啊，當然，前提是那過去的 5 分鐘里所做的事情比排隊要有意義 (不過我還沒發(fā)現(xiàn)什么事情比排隊還無聊的)。
I/O 系統(tǒng)也和超市排隊有很多類似之處:
r/s+w/s 類似于交款人的總數(shù)
我們可以根據(jù)這些數(shù)據(jù)分析出 I/O 請求的模式，以及 I/O 的速度和響應時間。
下面是別人寫的這個參數(shù)輸出的分析
?
avg-cpu: %user %nice %sys %idle
16.24 0.00 4.31 79.44
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util
/dev/cciss/c0d0
0.00 44.90 1.02 27.55 8.16 579.59 4.08 289.80 20.57 22.35 78.21 5.00 14.29
上面的 iostat 輸出表明秒有 28.57 次設(shè)備 I/O 操作: 總IO(io)/s = r/s(讀) +w/s(寫) = 1.02+27.55 = 28.57 (次/秒) 其中寫操作占了主體 (w:r = 27:1)。
平均每次設(shè)備 I/O 操作只需要 5ms 就可以完成，但每個 I/O 請求卻需要等上 78ms，為什么? 因為發(fā)出的 I/O 請求太多 (每秒鐘約 29 個)，假設(shè)這些請求是同時發(fā)出的，那么平均等待時間可以這樣計算:
平均等待時間 = 單個 I/O 服務時間 * ( 1 + 2 + … + 請求總數(shù)-1) / 請求總數(shù)
應用到上面的例子: 平均等待時間 = 5ms * (1+2+…+28)/29 = 70ms，和 iostat 給出的78ms 的平均等待時間很接近。這反過來表明 I/O 是同時發(fā)起的。
每秒發(fā)出的 I/O 請求很多 (約 29 個)，平均隊列卻不長 (只有 2 個 左右)，這表明這 29 個請求的到來并不均勻，大部分時間 I/O 是空閑的。
一秒中有 14.29% 的時間 I/O 隊列中是有請求的，也就是說，85.71% 的時間里 I/O 系統(tǒng)無事可做，所有 29 個 I/O 請求都在142毫秒之內(nèi)處理掉了。
delta(ruse+wuse)/delta(io) = await = 78.21 => delta(ruse+wuse)/s =78.21 * delta(io)/s = 78.21*28.57 = 2232.8，表明每秒內(nèi)的I/O請求總共需要等待2232.8ms。所以平均隊列長度應為 2232.8ms/1000ms = 2.23，而 iostat 給出的平均隊列長度 (avgqu-sz) 卻為 22.35，為什么?! 因為 iostat 中有 bug，avgqu-sz 值應為 2.23，而不是 22.35。
