iostat详解Word格式.docx

上传人:b****3 文档编号:18318411 上传时间:2022-12-15 格式:DOCX 页数:12 大小:22.48KB
下载 相关 举报
iostat详解Word格式.docx_第1页
第1页 / 共12页
iostat详解Word格式.docx_第2页
第2页 / 共12页
iostat详解Word格式.docx_第3页
第3页 / 共12页
iostat详解Word格式.docx_第4页
第4页 / 共12页
iostat详解Word格式.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

iostat详解Word格式.docx

《iostat详解Word格式.docx》由会员分享,可在线阅读,更多相关《iostat详解Word格式.docx(12页珍藏版)》请在冰豆网上搜索。

iostat详解Word格式.docx

即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压力高)另外还可以参考

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

别人一个不错的例子.(I/O系统vs.超市排队)举一个例子,我们在超市排队checkout时,怎么决定该去哪个交款台呢?

首当是看排的队人数,5个人总比20人要快吧?

除了数人头,我们也常常看看前面人购买的东西多少,如果前面有个采购了一星期食品的大妈,那么可以考虑换个队排了。

还有就是收银员的速度了,如果碰上了连钱都点不清楚的新手,那就有的等了。

另外,时机也很重要,可能5分钟前还人满为患的收款台,现在已是人去楼空,这时候交款可是很爽啊,当然,前提是那过去的5分钟里所做的事情比排队要有意义(不过我还没发现什么事情比排队还无聊的)。

I/O系统也和超市排队有很多类似之处:

r/s+w/s类似于交款人的总数

平均队列长度(avgqu-sz)类似于单位时间里平均排队人的个数

平均服务时间(svctm)类似于收银员的收款速度

平均等待时间(await)类似于平均每人的等待时间

平均I/O数据(avgrq-sz)类似于平均每人所买的东西多少

I/O操作率(%util)类似于收款台前有人排队的时间比例。

我们可以根据这些数据分析出I/O请求的模式,以及I/O的速度和响应时间。

下面是别人写的这个参数输出的分析#iostat-x1

avg-cpu:

%user%nice%sys%idle

16.240.004.3179.44

Device:

rrqm/swrqm/sr/sw/srsec/swsec/srkB/swkB/savgrq-szavgqu-szawaitsvctm%util

/dev/cciss/c0d0

0.0044.901.0227.558.16579.594.08289.8020.5722.3578.215.0014.29

/dev/cciss/c0d0p1

/dev/cciss/c0d0p2

0.000.000.000.000.000.000.000.000.000.000.000.000.00上面的iostat输出表明秒有28.57次设备I/O操作:

总IO(io)/s=r/s(读)+w/s(写)=1.02+27.55=28.57(次/秒)其中写操作占了主体(w:

r=27:

1)。

平均每次设备I/O操作只需要5ms就可以完成,但每个I/O请求却需要等上78ms,为什么?

因为发出的I/O请求太多(每秒钟约29个),假设这些请求是同时发出的,那么平均等待时间可以这样计算:

平均等待时间=单个I/O服务时间*(1+2+...+请求总数-1)/请求总数应用到上面的例子:

平均等待时间=5ms*(1+2+...+28)/29=70ms,和iostat给出的78ms的平均等待时间很接近。

这反过来表明I/O是同时发起的。

每秒发出的I/O请求很多(约29个),平均队列却不长(只有2个左右),这表明这29个请求的到来并不均匀,大部分时间I/O是空闲的。

一秒中有14.29%的时间I/O队列中是有请求的,也就是说,85.71%的时间里I/O系统无事可做,所有29个I/O请求都在142毫秒之内处理掉了。

delta(ruse+wuse)/delta(io)=await=78.21=>

delta(ruse+wuse)/s=78.21*delta(io)/s=78.21*28.57=2232.8,表明每秒内的I/O请求总共需要等待2232.8ms。

所以平均队列长度应为2232.8ms/1000ms=2.23,而iostat给出的平均队列长度(avgqu-sz)却为22.35,为什么?

!

因为iostat中有bug,avgqu-sz值应为2.23,而不是22.35。

iostat详解报告中央处理器(CPU)的统计信息,整个系统、适配器、tty设备、磁盘以及CD-ROM的异步输入/输出(AIO)和输入/输出统计信息。

语法

iostat[-a][-l][-s][-t][-T][-z][{-A[-P][-q|-Q]}|{-d|-D[-R]}[-m][Drives...][Interval][Count]

描述

iostat命令用来监视系统输入/输出设备负载,这通过观察与它们的平均传送速率相关的物理磁盘的活动时间来实现。

iostat命令生成的报告可以用来更改系统配置来更好地平衡物理磁盘和适配器之间的输入/输出负载。

每次运行iostat命令时,就报告所有的统计信息。

报告由ttyandCPU标题行以及接下来的tty或异步I/O和CPU统计信息行组成。

在多处理器系统上,CPU统计信息是系统范围计算的,是所有处理器的平均值。

带有系统中当前活动的CPU数量和活动的磁盘数量的眉行显示在输出结果的开始部分。

如果指定-s标志,则显示系统眉行,接下来的一行是整个系统的统计信息。

系统主机名显示在系统眉行中。

如果指定-a标志,就会显示一个适配器头行,随后是一行适配器的统计信息。

这后面将回有一个磁盘头行和连接到适配器的所有磁盘/CD-ROM的统计信息。

为所有与系统连接的磁盘适配器生成这种报告。

显示一个磁盘头行,随后是一行配置的磁盘的统计信息。

如果指定PhysicalVolume参数,则只显示那些指定的名称。

如果指定PhysicalVolume参数,则可以指定一个或者更多的字母或者字母数字的物理卷。

如果指定PhysicalVolume参数,就会显示tty和CPU报告并且磁盘报告包含指定驱动器的统计信息。

如果没有发现指定逻辑驱动器名,则报告将列出指定的名称并且显示没有找到驱动器的消息。

如果没有指定逻辑驱动器名,报告则包含所有已配置的磁盘和CD-ROM的统计信息。

如果系统上没有配置驱动器,则不生成磁盘报告。

PhysicalVolume参数中的第一个字符不能为数字型。

Interval参数指定了在每个报告之间的以秒计算的时间量。

如果没有指定Interval参数,iostat命令将生成一个包含统计信息的报告,该统计信息是在系统启动(引导)时间里生成的。

Count参数可被指定来连接Interval参数。

如果指定了Count参数,它的记数值就确定在Interval秒间生成的报告数。

如果指定了Interval参数但没有指定Count参数,iostat命令就会不断生成报告。

iostat命令用来确定一个物理卷是否正在形成一个性能瓶颈,以及是否有可能改善这种情况。

物理卷的%使用率字段表明了文件活动在驱动器中分布多均匀。

物理卷的高%使用率是表明也许存在这个资源的争用很好的征兆。

由于CPU使用率的统计信息同样适用于iostat报告,CPU在I/O等待队列中的时间的百分比可以在同一时间确定。

如果I/O等待时间是有效数字并且磁盘使用率不是在卷上均匀分布,则就要考虑在驱动器上分布数据。

从AIX5.3开始,iostat命令报告在微分区环境中所消耗的物理处理器数量(physc)和所消耗的授权百分比(%entc)。

这些度量值只在微分区环境上显示。

注:

在为iostat命令维护磁盘I/O历史中,消耗一部分系统资源。

使用sysconfig子例程,或者系统管理接口工具(SMIT)来停止历史记录帐户。

当iostat命令正为Count迭代运行时,并且如果系统配置中有影响iostat命令输出的更改,则它会显示关于配置更改的警告消息。

显示更新后的系统配置信息和标题后,它接着继续进行输出。

报告

iostat命令生成四种类型的报告,tty和CPU使用率报告、磁盘使用率报告、系统吞吐量报告和适配器吞吐量报告。

tty和CPU使用率报告

由iostat命令生成的第一份报告是tty和CPU使用率报告。

对于多处理器系统,CPU值是所有处理器的总平均。

同时,I/O等待状态是系统级定义的,而不是每个处理器。

报告有以下格式:

栏描述

tin显示了系统为所有tty读取的字符总数。

tout显示了系统为所有tty写入的字符总数。

%user显示了在用户级(应用程序)执行时生成的CPU使用率百分比。

%sys显示了在系统级(内核)执行时生成的CPU使用率百分比。

%idle显示了在CPU空闲并且系统没有未完成的磁盘I/O请求时的时间百分比。

%iowait显示了CPU空闲期间系统有未完成的磁盘I/O请求时的时间百分比。

physc消耗的物理处理器的数量,仅当分区与共享处理器运行时显示。

%entc消耗的标题容量的百分比,仅当分区与共享处理器运行时显示。

每过一定时间间隔,内核就更新这条信息(一般每秒六十次)。

tty报告提供了从系统中所有终端的收到的每秒字符总数,以及和每秒输出到系统所有终端的字符的总数。

用来计算CPU磁盘I/O等待时间的方法

操作系统V4.3.3 和后来的版本包含用来估算CPU在磁盘I/O(wio时间)等待上的所花时间的百分比的增强方法。

用在AIX4.3.2和操作系统的早期版本上的方法在一定条件下,能够给出SMP上的wio时间的一个放大的视图。

wio时间是根据命令sar(%wio)、vmstat(wa)和iostat(%iowait)报告出来的。

在AIX4.3.2中和早期版本中使用的方法如下:

在每个处理器(每处理器一秒一百次)的每个时钟中断上,将确定四个类别(usr/sys/wio/idle)中的哪一个放置在最后的10ms内。

如果在时钟中断的时刻CPU以usr模式中处于忙状态,则usr获得这个时间计点并归于此类。

如果在时钟中断时刻CPU以内核模式中处于忙状态,则sys类别将获得该计时点。

如果CPU不处于忙状态,将检查是否在进行任何磁盘I/O。

如果在进行任何磁盘I/O,则wio类别将增加。

如果磁盘在进行I/O操作并且CPU不忙,则idle类别将获取计时点。

wio时间的放大视图是由于所有空闲CPU被归为wio而不管在I/O上等待的线程数所导致。

例如,仅有一个线程执行I/O的系统可以报告超过90%的wio时间而不管其CPU数。

在AIX4.3.3中和后继版本中使用的方法如下:

如果在那个CPU上启动一个未完成的I/O,则操作系统V4.3.3中的更改仅把一个空闲CPU标为wio。

当只有少数线程正在执行I/O否则系统就空闲的情况下,这种方法可以报告更少的wio时间。

例如,一个有四个CPU且只有一个线程执行I/O的系统将报告一个最大值是25%的wio时间。

一个有12个CPU且仅有一个线程执行I/O的系统将报告一个最大值为8%的wio时间。

NFS客户机通过VMM读/写,并且为了完成一个I/O而在vmm等待中用的时间现在将被报告为I/O等待时间。

磁盘使用率报告

由iostat命令生成的第二个报告是磁盘使用率报告。

磁盘报告提供了在每个物理磁盘基础上的统计信息。

缺省报告有与以下类似的格式:

%tm_act表示物理磁盘处于活动状态的时间百分比(驱动器的带宽使用率)。

Kbps表示以KB每秒为单位的传输(读或写)到驱动器的数据量。

tps表示每秒钟输出到物理磁盘的传输次数。

一次传输就是一个对物理磁盘的I/O请求。

多个逻辑请求可被并为对磁盘的一个单一I/O请求。

传输具有不确定的大小。

Kb_read读取的KB总数。

Kb_wrtn写入的KB总数。

如果指定了-D标志,则报告有以下度量值:

与磁盘传送(xfer)有关的度量值:

bps表示每秒传输(读或写)到驱动器的数据量。

使用不同的后缀来代表传送单位。

缺省单位是字节/秒。

bread表示每秒从驱动器上读取的数据量。

bwrtn表示每秒写入到驱动器的数据量。

磁盘读取服务度量值(读取):

rps表示每秒读取传输的数量。

avgserv表示每次读取传输的平均服务时间。

使用不同的后缀来代表时间单位。

缺省单位是毫秒。

minserv表示最少的读取服务时间。

maxserv表示最多的读取服务时间。

timeouts表示每秒读取超时的数量。

fails表示每秒失败的读取请求的数量。

磁盘写入服务度量值(写入):

wps表示每秒写入传输的数量。

avgserv表示每次写入传输的平均服务时间。

minserv表示最少的写入服务时间。

maxserv表示最多的写入服务时间。

timeouts表示每秒写入超时的数量。

fails表示每秒失败的写入请求的数量。

磁盘等待队列服务度量值(队列):

avgtime表示传输请求在等待队列中所花的平均时间。

mintime表示传输请求在等待队列中所花的最短时间。

maxtime表示传输请求在等待队列中所花的最长时间。

avgwqsz表示等待队列的平均大小。

avgsqsz表示服务队列的平均大小。

sqfull表示每秒内服务队列变满(即,磁盘不再接受任何服务请求)的次数。

代表不同说明单元的后缀图注

后缀描述

K1000字节

M1000000字节(如果以xfer度量值显示)。

分钟(如果以读取/写入/等待服务度量值显示)。

G1000000000字节。

T1000000000000字节。

S秒。

H小时。

对于不支持服务时间度量值的驱动器,将不显示读取、写入和等候队列服务度量值。

CD-ROM设备的统计信息也要报告。

系统吞吐量报告

如果指定-s标志将生成这个报告。

这份报告提供了整个系统的统计信息。

这份报告有以下格式:

Kbps表示了每秒以KB为单位的传输(读或写)到整个系统的数据量。

tps表示每秒传输到整个系统的传输次数。

Kb_read从整个系统中读取的KB总数。

Kb_wrtn写到整个系统的KB总数。

适配器吞吐量报告

如果指定-a标志将生成该报告。

这份报告提供了以每个适配器(包括物理适配器和虚拟适配器)为基础的统计信息。

该报告对于物理适配器报告具有以下格式:

Kbps表示每秒钟以KB为单位的传输到(读或写)到适配器的数据量。

tps表示每秒钟输出到适配器的传输次数。

Kb_read从适配器读取的KB总数。

Kb_wrtn写到适配器的KB总数。

虚拟适配器的缺省吞吐量报告有以下格式:

bkread每秒从托管服务器接收至该适配器的块数。

bkwrtn每秒从该适配器发送至托管服务器的块数。

partition-id托管服务器的分区标识,它为该适配器发送的请求提供服务。

虚拟适配器的扩展吞吐量报告(-D选项)有以下格式:

与传送(xfer:

)有关的度量值

适配器读取服务度量值(读取:

rps表示每秒读取请求的数量。

avgserv表示为已发送的读取请求从托管服务器上接收响应的平均时间。

minserv表示为已发送的读取请求从托管服务器上接收响应的最短时间。

maxserv表示为已发送的读取请求从托管服务器上接收响应的最长时间。

适配器写入服务度量值(写入:

wps表示每秒写入请求的数量。

avgserv表示为已发送的写入请求从托管服务器上接收响应的平均时间。

minserv表示为已发送的写入请求从托管服务器上接收响应的最短时间。

maxserv表示为已发送的写入请求从托管服务器上接收响应的最长时间。

适配器等待队列度量值(队列:

sqfull表示每秒内服务队列变满(即,托管服务器不再接受任何服务请求)的次数。

K1000字节。

H小

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1