IOSTAT詳解

 

iostat 監視I/O子系統

iostat是I/O statistics(輸入/輸出統計)的縮寫,用來動態監視系統的磁盤操做活動。html

1. 命令格式

iostat[參數][時間][次數]python

2. 命令功能

經過iostat方便查看CPU、網卡、tty設備、磁盤、CD-ROM 等等設備的活動狀況, 負載信息。ios

3. 命令參數

  • -C 顯示CPU使用狀況
  • -d 顯示磁盤使用狀況
  • -k 以 KB 爲單位顯示
  • -m 以 M 爲單位顯示
  • -N 顯示磁盤陣列(LVM) 信息
  • -n 顯示NFS 使用狀況
  • -p[磁盤] 顯示磁盤和分區的狀況
  • -t 顯示終端和CPU的信息
  • -x 顯示詳細信息
  • -V 顯示版本信息

4. 工具實例

實例1:顯示全部設備負載狀況

/root$iostat
Linux 2.6.32-279.el6.x86_64 (colin)   07/16/2014      _x86_64_        (4 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
10.81    0.00   14.11    0.18    0.00   74.90

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               1.95         1.48        70.88    9145160  437100644
dm-0              3.08         0.55        24.34    3392770  150087080
dm-1              5.83         0.93        46.49    5714522  286724168
dm-2              0.01         0.00         0.05      23930     289288
cpu屬性值說明:
  • %user:CPU處在用戶模式下的時間百分比。
  • %nice:CPU處在帶NICE值的用戶模式下的時間百分比。
  • %system:CPU處在系統模式下的時間百分比。
  • %iowait:CPU等待輸入輸出完成時間的百分比。
  • %steal:管理程序維護另外一個虛擬處理器時,虛擬CPU的無心識等待時間百分比。
  • %idle:CPU空閒時間百分比。

注:若是%iowait的值太高,表示硬盤存在I/O瓶頸,%idle值高,表示CPU較空閒,若是%idle值高但系統響應慢時,有多是CPU等待分配內存,此時應加大內存容量。%idle值若是持續低於10,那麼系統的CPU處理能力相對較低,代表系統中最須要解決的資源是CPU。算法

disk屬性值說明:
  • 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操做的數據大小 (扇區)。
  • avgqu-sz: 平均I/O隊列長度。
  • await: 平均每次設備I/O操做的等待時間 (毫秒)。
  • svctm: 平均每次設備I/O操做的服務時間 (毫秒)。
  • %util: 一秒中有百分之多少的時間用於 I/O 操做,即被io消耗的cpu百分比

備註:若是 %util 接近 100%,說明產生的I/O請求太多,I/O系統已經滿負荷,該磁盤可能存在瓶頸。若是 svctm 比較接近 await,說明 I/O 幾乎沒有等待時間;若是 await 遠大於 svctm,說明I/O 隊列太長,io響應太慢,則須要進行必要優化。若是avgqu-sz比較大,也表示有當量io在等待。express

實例2:定時顯示全部信息

/root$iostat 2 3
Linux 2.6.32-279.el6.x86_64 (colin)   07/16/2014      _x86_64_        (4 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
10.81    0.00   14.11    0.18    0.00   74.90

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               1.95         1.48        70.88    9145160  437106156
dm-0              3.08         0.55        24.34    3392770  150088376
dm-1              5.83         0.93        46.49    5714522  286728384
dm-2              0.01         0.00         0.05      23930     289288

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
22.62    0.00   19.67    0.26    0.00   57.46

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               2.50         0.00        28.00          0         56
dm-0              0.00         0.00         0.00          0          0
dm-1              3.50         0.00        28.00          0         56
dm-2              0.00         0.00         0.00          0          0

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
22.69    0.00   19.62    0.00    0.00   57.69

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda               0.00         0.00         0.00          0          0
dm-0              0.00         0.00         0.00          0          0
dm-1              0.00         0.00         0.00          0          0
dm-2              0.00         0.00         0.00          0          0

說明:每隔 2秒刷新顯示,且顯示3次服務器

實例3:查看TPS和吞吐量

/root$iostat -d -k 1 1
Linux 2.6.32-279.el6.x86_64 (colin)   07/16/2014      _x86_64_        (4 CPU)

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda               1.95         0.74        35.44    4572712  218559410
dm-0              3.08         0.28        12.17    1696513   75045968
dm-1              5.83         0.46        23.25    2857265  143368744
dm-2              0.01         0.00         0.02      11965     144644
  • tps:該設備每秒的傳輸次數(Indicate the number of transfers per second that were issued to the device.)。「一次傳輸」意思是「一次I/O請求」。多個邏輯請求可能會被合併爲「一次I/O請求」。「一次傳輸」請求的大小是未知的。
  • kB_read/s:每秒從設備(drive expressed)讀取的數據量;
  • kB_wrtn/s:每秒向設備(drive expressed)寫入的數據量;
  • kB_read:讀取的總數據量;kB_wrtn:寫入的總數量數據量;

這些單位都爲Kilobytes。工具

上面的例子中,咱們能夠看到磁盤sda以及它的各個分區的統計數據,當時統計的磁盤總TPS是1.95,下面是各個分區的TPS。(由於是瞬間值,因此總TPS並不嚴格等於各個分區TPS的總和)post

實例4:查看設備使用率(%util)和響應時間(await)

/root$iostat -d -x -k 1 1
Linux 2.6.32-279.el6.x86_64 (colin)   07/16/2014      _x86_64_        (4 CPU)

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.02     7.25    0.04    1.90     0.74    35.47    37.15     0.04   19.13   5.58   1.09
dm-0              0.00     0.00    0.04    3.05     0.28    12.18     8.07     0.65  209.01   1.11   0.34
dm-1              0.00     0.00    0.02    5.82     0.46    23.26     8.13     0.43   74.33   1.30   0.76
dm-2              0.00     0.00    0.00    0.01     0.00     0.02     8.00     0.00    5.41   3.28   0.00
  • rrqm/s: 每秒進行 merge 的讀操做數目.即 delta(rmerge)/s
  • wrqm/s: 每秒進行 merge 的寫操做數目.即 delta(wmerge)/s
  • r/s: 每秒完成的讀 I/O 設備次數.即 delta(rio)/s
  • w/s: 每秒完成的寫 I/O 設備次數.即 delta(wio)/s
  • rsec/s: 每秒讀扇區數.即 delta(rsect)/s
  • wsec/s: 每秒寫扇區數.即 delta(wsect)/s
  • rkB/s: 每秒讀K字節數.是 rsect/s 的一半,由於每扇區大小爲512字節.(須要計算)
  • wkB/s: 每秒寫K字節數.是 wsect/s 的一半.(須要計算)
  • avgrq-sz:平均每次設備I/O操做的數據大小 (扇區).delta(rsect+wsect)/delta(rio+wio)
  • avgqu-sz:平均I/O隊列長度.即 delta(aveq)/s/1000 (由於aveq的單位爲毫秒).
  • await: 平均每次設備I/O操做的等待時間 (毫秒).即 delta(ruse+wuse)/delta(rio+wio)
  • svctm: 平均每次設備I/O操做的服務時間 (毫秒).即 delta(use)/delta(rio+wio)
  • %util: 一秒中有百分之多少的時間用於 I/O 操做,或者說一秒中有多少時間 I/O 隊列是非空的,即 delta(use)/s/1000 (由於use的單位爲毫秒)

若是 %util 接近 100%,說明產生的I/O請求太多,I/O系統已經滿負荷,該磁盤可能存在瓶頸。 idle小於70% IO壓力就較大了,通常讀取速度有較多的wait。 同時能夠結合vmstat 查看查看b參數(等待資源的進程數)和wa參數(IO等待所佔用的CPU時間的百分比,高過30%時IO壓力高)。性能

另外 await 的參數也要多和 svctm 來參考。差的太高就必定有 IO 的問題。優化

avgqu-sz 也是個作 IO 調優時須要注意的地方,這個就是直接每次操做的數據的大小,若是次數多,但數據拿的小的話,其實 IO 也會很小。若是數據拿的大,才IO 的數據會高。也能夠經過 avgqu-sz × ( r/s or w/s ) = rsec/s or wsec/s。也就是講,讀定速度是這個來決定的。

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 洪水。

形象的比喻:
  • r/s+w/s 相似於交款人的總數
  • 平均隊列長度(avgqu-sz)相似於單位時間裏平均排隊人的個數
  • 平均服務時間(svctm)相似於收銀員的收款速度
  • 平均等待時間(await)相似於平均每人的等待時間
  • 平均I/O數據(avgrq-sz)相似於平均每人所買的東西多少
  • I/O 操做率 (%util)相似於收款臺前有人排隊的時間比例

設備IO操做:總IO(io)/s = r/s(讀) +w/s(寫)

平均等待時間=單個I/O服務器時間*(1+2+...+請求總數-1)/請求總數

每秒發出的I/0請求不少,可是平均隊列就4,表示這些請求比較均勻,大部分處理仍是比較及時。

相關文章
相關標籤/搜索