菜鸟笔记
提升您的技术认知

iostat 监视i/o子系统-ag真人游戏

阅读 : 1156

iostat是i/o statistics(输入/输出统计)的缩写,用来动态监视系统的磁盘操作活动。

1. 命令格式

iostat[参数][时间][次数]

2. 命令功能

通过iostat方便查看cpu、网卡、tty设备、磁盘、cd-rom 等等设备的活动情况, 负载信息。

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在等待。

实例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的总和)

实例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,表示这些请求比较均匀,大部分处理还是比较及时。

网站地图