帮忙看下LINUX下IO是否达到瓶颈
Linux 3.2.0-29-generic (nl) 2013年02月19日 x86_64 (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
1.57 0.06 1.11 46.89 0.00 50.37 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
sda 10.07 117.68 25.46 15.15 120.41 516.61 31.37 0.57 14.09 0.13 37.55 6.18 25.10
sdb 0.65 1.77 73.48 17.91 4769.33 140.40 107.44 16.56 181.16 65.78 654.50 6.97 63.66
写回答
-
rrqm/s：每秒进行merge的读操作数目。
wrqm/s：每秒进行merge的写操作数目。
r/s：每秒完成的读I/O设备次数。
w/s：每秒完成的写I/O设备次数。
rsec/s：每秒读扇区数。
wsec/s：每秒写扇区数。
rkB/s：每秒读K字节数。
wkB/s：每秒写K字节数。
avgrq-sz：平均每次设备I/O操作的数据大小(扇区)。
avgqu-sz：平均I/O队列长度。
await：平均每次设备I/O操作的等待时间(毫秒)。
svctm：平均每次设备I/O操作的服务时间(毫秒)。
%util：一秒中有百分之多少的时间用于I/O操作，或者说一秒中有多少时间I/O队列是非空的。
如果await 远大于svctm，说明I/O队列太长，应用 得到的响应时间变慢。你这两个磁盘是做的RAID么 sda还行 sdb负担貌似有点重~2019-07-17 19:35:54赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
