Linux系統(tǒng)中的 iostat是I/O statistics(輸入/輸出統(tǒng)計(jì))的縮寫,iostat工具將對(duì)系統(tǒng)的磁盤操作活動(dòng)進(jìn)行監(jiān)視。
其特點(diǎn)是匯報(bào)磁盤活動(dòng)統(tǒng)計(jì)情況,同時(shí)也會(huì)匯報(bào)出CPU使用情況。同vmstat一樣,iostat也有一個(gè)弱點(diǎn),就是它不能對(duì)某個(gè)進(jìn)程進(jìn)行深入分析,僅對(duì)系統(tǒng)的整體情況進(jìn)行分析。iostat屬于sysstat軟件包??梢杂脃um install sysstat 直接安裝。
神池網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián)公司,神池網(wǎng)站設(shè)計(jì)制作,有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為神池近1000家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站制作要多少錢,請(qǐng)找那個(gè)售后服務(wù)好的神池做網(wǎng)站的公司定做!
命令格式:
iostat[參數(shù)][時(shí)間][次數(shù)]
命令參數(shù):
-C 顯示CPU使用情況
-d 顯示磁盤使用情況
-k 以 KB 為單位顯示
-m 以 M 為單位顯示
-N 顯示磁盤陣列(LVM) 信息
-n 顯示NFS 使用情況
-p[磁盤] 顯示磁盤和分區(qū)的情況
-t 顯示終端和CPU的信息
-x 顯示詳細(xì)信息
-V 顯示版本信息
下圖是 每隔 10秒顯示一次, 一直顯示。
CPU 屬性值
%user:CPU處在用戶模式下的時(shí)間百分比。
%nice:CPU處在帶NICE值的用戶模式下的時(shí)間百分比。
%system:CPU處在系統(tǒng)模式下的時(shí)間百分比。
%iowait:CPU等待輸入輸出完成時(shí)間的百分比。
%steal:管理程序維護(hù)另一個(gè)虛擬處理器時(shí),虛擬CPU的無意識(shí)等待時(shí)間百分比。
%idle:CPU空閑時(shí)間百分比。
備注:
如果%iowait的值過高,表示硬盤存在I/O瓶頸,
%idle值高,表示CPU較空閑,
如果%idle值高但系統(tǒng)響應(yīng)慢時(shí),有可能是CPU等待分配內(nèi)存,此時(shí)應(yīng)加大內(nèi)存容量。
%idle值如果持續(xù)低于10,那么系統(tǒng)的CPU處理能力相對(duì)較低,表明系統(tǒng)中最需要解決的資源是CPU。
磁盤每一列的含義如下:
rrqm/s: 每秒進(jìn)行 merge 的讀操作數(shù)目。 即 rmerge/s
wrqm/s: 每秒進(jìn)行 merge 的寫操作數(shù)目。即 wmerge/s
r/s: 每秒完成的讀 I/O 設(shè)備次數(shù)。 即 rio/s
w/s: 每秒完成的寫 I/O 設(shè)備次數(shù)。即 wio/s
rsec/s: 每秒讀扇區(qū)數(shù)。即 rsect/s
wsec/s: 每秒寫扇區(qū)數(shù)。即 wsect/s
rkB/s: 每秒讀 K 字節(jié)數(shù)。是 rsect/s 的一半,因?yàn)樯葏^(qū)大小為 512 字節(jié)
wkB/s: 每秒寫 K 字節(jié)數(shù)。是 wsect/s 的一半
avgrq-sz: 平均每次設(shè)備 I/O 操作的數(shù)據(jù)大小(扇區(qū))
avgqu-sz: 平均 I/O 隊(duì)列長(zhǎng)度。
await: 平均每次設(shè)備 I/O 操作的等待時(shí)間(毫秒)
svctm: 平均每次設(shè)備 I/O 操作的服務(wù)時(shí)間(毫秒)
%util: 一秒中有百分之多少的時(shí)間用于 I/O 操作,或者說一秒中有多少時(shí)間 I/O 隊(duì)列是非空的。
備注:
如果 %util 接近 100%,說明產(chǎn)生的I/O請(qǐng)求太多,I/O系統(tǒng)已經(jīng)滿負(fù)荷,該磁盤可能存在瓶頸。
如果 svctm 比較接近 await,說明 I/O 幾乎沒有等待時(shí)間;
如果 await 遠(yuǎn)大于 svctm,說明I/O 隊(duì)列太長(zhǎng),io響應(yīng)太慢,則需要進(jìn)行必要優(yōu)化。
如果avgqu-sz比較大,也表示有當(dāng)量io在等待。
怎么理解這里的字段呢?
以超市結(jié)賬的例子來說明。 我們?cè)诔信抨?duì)結(jié)賬時(shí),怎么決定該去哪個(gè)收銀臺(tái)呢? 首先是看每個(gè)收銀臺(tái)的排隊(duì)人數(shù),5 個(gè)人總比 20 人要快吧?
除了數(shù)人頭,我們也常??纯辞懊嫒速?gòu)買的東西多少,如果前面有個(gè)采購(gòu)了一星期食品的大媽, 那么可以考慮換個(gè)隊(duì)排了。
還有就是收銀員的速度了,如果碰上了連錢都點(diǎn)不清楚的新手,那就有的等了。
另外,時(shí)機(jī)也很重要,可能 5 分鐘前還人滿為患的收款臺(tái),現(xiàn)在已是人去樓空,這時(shí)候交款就很爽啊,當(dāng)然,前提是那過去的 5 分鐘里所做的事情比排隊(duì)要有意義(不過我還沒發(fā)現(xiàn)什么事情比排隊(duì)還無聊的)。
I/O 系統(tǒng)也和超市排隊(duì)有很多類似之處:
r/s+w/s 類似于交款人的總數(shù)
avgqu-sz(平均隊(duì)列長(zhǎng)度): 類似于單位時(shí)間里平均排隊(duì)的人數(shù)
svctm(平均服務(wù)時(shí)間) 類似于收銀員的收款速度
await(平均等待時(shí)間) 類似于平均每人的等待時(shí)間
avgrq-sz(平均 IO 數(shù)據(jù)) 類似于平均每人所買的東西多少
%util(磁盤 IO 使用率) 類似于收款臺(tái)前有人排隊(duì)的時(shí)間比例。
我們可以根據(jù)這些數(shù)據(jù)分析出 I/O 請(qǐng)求的模式,以及 I/O 的速度和響應(yīng)時(shí)間:
如果%util 接近 100%,說明產(chǎn)生的 I/O 請(qǐng)求太多,I/O 系統(tǒng)已經(jīng)滿負(fù)荷,該磁盤可能存在瓶頸。
svctm 的大小一般和磁盤性能有關(guān),CPU/內(nèi)存的負(fù)荷也會(huì)對(duì)其有影響,請(qǐng)求過多也會(huì)間接導(dǎo)致 svctm的增加。
await 的大小一般取決于服務(wù)時(shí)間(svctm) 以及 I/O 隊(duì)列的長(zhǎng)度和 I/O 請(qǐng)求的發(fā)出模式。一般來說 svctm < await,因?yàn)橥瑫r(shí)等待的請(qǐng)求的等待時(shí)間被重復(fù)計(jì)算了。如果 svctm 比較接近 await,說明 I/O 幾乎沒有等待時(shí)間
如果 await 遠(yuǎn)大于 svctm,說明 I/O 隊(duì)列太長(zhǎng),應(yīng)用得到的響應(yīng)時(shí)間變慢
隊(duì)列長(zhǎng)度(avgqu-sz)也可作為衡量系統(tǒng) I/O 負(fù)荷的指標(biāo),但由于 avgqu-sz 是按照單位時(shí)間的平均值,所以不能反映瞬間的 I/O 洪水。
如果響應(yīng)時(shí)間超過了用戶可以容許的范圍,這時(shí)可以考慮更換更快的磁盤,調(diào)整內(nèi)核 elevator 算法,優(yōu)化應(yīng)用,或者升級(jí) CPU。
如果%util 很大,而 rkB/s 和 wkB/s 很小,一般是因?yàn)榇疟P存在較多的磁盤隨機(jī)讀寫,最好把磁盤隨機(jī)讀寫優(yōu)化成順序讀寫。