致力于自动化测试技术,性能测试技术的研究,测试技术培训以及项目实施,做一个技术与实施的主导者。

Linux系统监控工具之iostat详解

上一篇 / 下一篇  2012-06-11 17:09:21 / 个人分类:Linux

iostat 结果解析51Testing软件测试网%{|9ZCL+F'|

GmJ"^]0[root@20081006-1724 ~]# iostat -x
MA F4FV0Linux 2.6.9-78.ELsmp (20081006-1724)    11/20/2009
avg-cpu:  %user   %nice    %sys %iowait   %idle
K7l,p)W T ]X0           0.19    0.00    0.04    0.03   99.73
Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
*Z AwR$G G0sda          0.05  17.60  1.46  7.72   80.69  202.57    40.34   101.29    30.87     0.01    1.06   0.37   0.34
iT2r@d/_+Hx;hM0sda1         0.00   0.00  0.00  0.00    0.00    0.00     0.00     0.00    29.90     0.00    3.14   3.14   0.0051Testing软件测试网o&h%b3xS.|kDE
sda2         0.00   0.00  0.00  0.00    0.00    0.00     0.00     0.00    16.25     0.00    1.51   1.30   0.00
4iK(@!Vr2~0sda3         0.05  17.60  1.46  7.72   80.69  202.57    40.34   101.29    30.87     0.01    1.06   0.37   0.3451Testing软件测试网T4@8B$j)B4nB
dm-0         0.00   0.00  1.46 25.28   80.32  202.26    40.16   101.13    10.57     0.36   13.56   0.13   0.3451Testing软件测试网 GcXQ'YP)A.Z
dm-1         0.00   0.00  0.05  0.04    0.37    0.32     0.18     0.16     8.00     0.00    6.84   1.30   0.01
/`2zJv2H Z#l051Testing软件测试网)n"cT3A J0o ET@5u

p^e.[5G#S)v6zK%_0rrqm/s: 每秒进行 merge 的读操作数目。即 delta(rmerge)/s
rW,J6q+F0wrqm/s: 每秒进行 merge 的写操作数目。即 delta(wmerge)/s51Testing软件测试网9s{y:vs
r/s: 每秒完成的读 I/O 设备次数。即 delta(rio)/s
w0N%^?Fv0w/s: 每秒完成的写 I/O 设备次数。即 delta(wio)/s51Testing软件测试网E^7P}T9G
rsec/s: 每秒读扇区数。即 delta(rsect)/s
F){'J(duY3Y?~7Mi0wsec/s: 每秒写扇区数。即 delta(wsect)/s
]j#OjjKb7Z/[ C9\ k0rkB/s: 每秒读K字节数。是 rsect/s 的一半,因为每扇区大小为512字节。
S,xBu8TS I7\0wkB/s: 每秒写K字节数。是 wsect/s 的一半。
\[(j}J ead#w0avgrq-sz: 平均每次设备I/O操作的数据大小 (扇区)。即 delta(rsect+wsect)/delta(rio+wio)
{&|s-a3X0avgqu-sz: 平均I/O队列长度。即 delta(aveq)/s/1000 (因为aveq的单位为毫秒)。51Testing软件测试网 @ U G?#c I { z
await: 平均每次设备I/O操作的等待时间 (毫秒)。即 delta(ruse+wuse)/delta(rio+wio)
,`rm A-[[*j$OS0svctm: 平均每次设备I/O操作的服务时间 (毫秒)。即 delta(use)/delta(rio+wio)51Testing软件测试网M9LFvBU V5gu
%util: 一秒中有百分之多少的时间用于 I/O 操作,或者说一秒中有多少时间 I/O 队列是非空的。51Testing软件测试网b c3zV+@h
即 delta(use)/s/1000 (因为use的单位为毫秒)
#S(}P3DL/NN7U051Testing软件测试网NFcDYL@ L&v
如果 %util 接近 100%,说明产生的I/O请求太多,I/O系统已经满负荷,该磁盘51Testing软件测试网4TE4^ F a
可能存在瓶颈。
比较重要的参数51Testing软件测试网&_@ ~Bw2q;Z
%util:      一秒中有百分之多少的时间用于 I/O 操作,或者说一秒中有多少时间 I/O 队列是非空的51Testing软件测试网 K(|"x$TIq
svctm:   平均每次设备I/O操作的服务时间51Testing软件测试网 f v3|1Us|I"Li;C
await:    平均每次设备I/O操作的等待时间
Q;f4F J&u0avgqu-sz: 平均I/O队列长度51Testing软件测试网4t B P5PEM MA!f{)b-h5D

kg%Ux A!@!v-?0如 果%util接近100%,表明i/o请求太多,i/o系统已经满负荷,磁盘可能存在瓶颈,一般%util大于70%,i/o压力就比较大,读取速度有较 多的wait.同时可以结合vmstat查看查看b参数(等待资源的进程数)和wa参数(IO等待所占用的CPU时间的百分比,高过30%时IO压力 高)。51Testing软件测试网b'w$bU4w ]e,]
await 的大小一般取决于服务时间(svctm) 以及 I/O 队列的长度和 I/O 请求的发出模式。如果 svctm 比较接近 await,说明 I/O 几乎没有等待时间;如果 await 远大于 svctm,说明 I/O 队列太长,应用得到的响应时间变慢。
51Testing软件测试网,m9nx!j-H9DD$ZA$l

^t-@RUQ0形象的比喻51Testing软件测试网+p#L!Ul^0B
r/s+w/s 类似于交款人的总数51Testing软件测试网Z x*pont,F#o)P
平均队列长度(avgqu-sz)类似于单位时间里平均排队人的个数
K&g8QNZ2Vqg9L0平均服务时间(svctm)类似于收银员的收款速度51Testing软件测试网~znVf.}m%CI
平均等待时间(await)类似于平均每人的等待时间
nD`+i`(zF0平均I/O数据(avgrq-sz)类似于平均每人所买的东西多少51Testing软件测试网 H9zU `eBq$k
I/O 操作率 (%util)类似于收款台前有人排队的时间比例51Testing软件测试网#WVY.n0YR$P1@

"r|!bc x"xp0设备IO操作:总IO(io)/s = r/s(读) +w/s(写) =1.46 + 25.28=26.7451Testing软件测试网9N2WQ9^#F2R e
平均每次设备I/O操作只需要0.36毫秒完成,现在却需要10.57毫秒完成,因为发出的请求太多(每秒26.74个),假如请求时同时发出的,可以这样计算平均等待时间:51Testing软件测试网IWN\#cAl4j
平均等待时间=单个I/O服务器时间*(1+2+...+请求总数-1)/请求总数 51Testing软件测试网4L8~ZB/k
每秒发出的I/0请求很多,但是平均队列就4,表示这些请求比较均匀,大部分处理还是比较及时

:T[;}&LRH$eR0svctm 一般要小于 await (因为同时等待的请求的等待时间被重复计算了),51Testing软件测试网)\ Q)T'Q9^8bT
svctm 的大小一般和磁盘性能有关,CPU/内存的负荷也会对其有影响,请求过多51Testing软件测试网JnP"@bZS@V
也会间接导致 svctm 的增加。await 的大小一般取决于服务时间(svctm) 以及 I/O 队列的长度和 I/O 请求的发出模式。如果 svctm 比较接近 await,说明 I/O 几乎没有等待时间;如果 await 远大于 svctm,说明 I/O 队列太长,应用得到的响应时间变慢,如果响应时间超过了用户可以容许的范围,这时可以考虑更换更快的磁盘,调整内核 elevator 算法,优化应用,或者升级 CPU。51Testing软件测试网b9H+{M3X.F!]

GD%[0ut9j*p}u0队列长度(avgqu-sz)也可作为衡量系统 I/O 负荷的指标,但由于avgqu-sz 是按照单位时间的平均值,所以不能反映瞬间的 I/O 洪水。

TAG:

 

评分:0

我来说两句

vprince

vprince

6年软件测试经验,TIB自动化测试工作室核心成员,ATF框架核心设计和开发人员,熟悉软件自动化测试、性能测试,多年从事软件项目的自动化测试和性能测试,对自动化测试的框架设计开发、框架搭建以及实施有较为丰富的实战经验。 目前关注开源自动化测试领域、 基于Selenium构建Web自动化测试框架,为多家企业进行自动化测试培训、实施自动化测试项目。

日历

« 2024-04-23  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 67389
  • 日志数: 49
  • 建立时间: 2009-09-09
  • 更新时间: 2012-12-14

RSS订阅

Open Toolbar