IOSTAT示例
2019-12-11 本文已影响0人
少女白洁
看图说话
Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sdcm 0.00 0.00 223.60 0.60 24.67 0.00 225.36 9.38 42.70 42.81 1.00 4.46 99.98
| 字段 | 备注 |
|---|---|
| rrqm/s和wrqm/s | 被合并merge的read和write request数，lustre写盘的时候不在这个层面上合并，所以合并数都是0 |
| r/s和w/s | 每秒钟读和写的次数，这块盘现在重点是读，每秒钟读224个output |
| rMB/s和wMB/s | 读写带宽，看到刚才那每秒钟224个output，总吞吐量是25MB的样子 |
| avgrq-sz | 每次IO的平均大小，单位是扇区，一个扇区是512B也就是半个K。这个读数现在是226，那也就是平均IO大小113KB。做一个计算，113 KB per IO request * 224 read request per second = 25,312 KB / Sec，也就是在rMB/s中看到的24.67 MB / Sec |
| avgqu-sz | 这些request排了一个长长的队，过去十秒钟期间，平均排多长的队呢？大概是十个IO那么长的一个队列，每秒钟都有十个请求在排队 |
| await | 每个IO，从排队起，到自己开始被服务，要等多少ms。这里平均要等42.7ms才能服务到 |
| r_await和w_await | read和write都分别要排多久队，可以看到read要排42.81，它是主流IO。对于write，很快就可以被服务，只要1ms |
| svctm | 每个IO平均服务时间。就是恭喜你，你排上了，有人接待了，那从开始处理你要的这个读数据，到读完，平均要4.46ms |
| %util | 100%是说，CPU统计的这块盘片在过去的一个interval时间里，百分之多少占比的时间它在处理IO |
Util的一个实现方式是：
Driver问了一下磁盘firmware，过去的十秒钟，你过得好不好哇？
Firmware说：可累死我了，99.98%的时间都在处理你的读请求，还是满足不了你
