# man iostat
NAME
iostat - Report Central Processing Unit (CPU) statistics and input/output statistics for devices and partitions.
报告CPU及输入、输出设备及分区的状态。
SYNOPSIS
iostat [ -c ] [ -d ] [ -h ] [ -k | -m ] [ -N ] [ -t ] [ -V ] [ -x ] [ -y ] [ -z ] [ -j { ID | LABEL | PATH | UUID | ... } ] [ [ -T ] -g group_name ] [ -p [ device [,...] | ALL ] ] [ device
[...] | ALL ] [ interval [ count ] ]
实例:
1、显示 CPU 及 I/O 设备相关信息(仅显示1次):
# iostat
2、每隔3秒钟显示一次 CPU 及 IO 设备相关信息,直到按 Ctrl+C 键终止。
# iostat 3
3、每隔3秒钟显示一次 CPU 及 IO 设备相关信息,显示2次后终止。
# iostat 3 2
4、显示 CPU 相关信息:
# iostat -c
参数释义:
%user:用户程序消耗 CPU 资源的百分比。
%nice:拥有最高优先级的用户程序,消耗 CPU 资源的百分比。
%system:系统进程消耗 CPU 资源的百分比。
%iowait:当硬盘有I/O请求等待时,空闲CPU的比例。
%steal:当CPU管理程序处理一个虚拟CPU,其它的一个或者一组虚拟CPU无意识的消耗等待,所消耗的比例。
%idle:当硬盘没有I/O请求时,空闲CPU的比例。
5、显示 I/O 设备信息:
# iostat -d # iostat -d vdb
参数释义:
tps(transfers per second):该设备每秒钟传输(I/O请求)的次数。
kB_read/s:每秒从设备(drive expressed)读取的数据量(Kilobytes);
kB_wrtn/s:每秒向设备(drive expressed)写入的数据量(Kilobytes);
kB_read:读取的总数据量(Kilobytes);
kB_wrtn:写入的总数量数据量(Kilobytes);
6、显示 I/O 设备及子设备信息:
# iostat -p # iostat -p vdb
7、显示 I/O 设备扩展信息。
# iostat -x # iostat -x vdb
参数释义:
rrqm/s:该设备每秒钟有多少读取请求被 Merge 处理。
wrqm/s:该设备每秒钟有多少写入请求被 Merge 处理。
当系统调用需要读取数据的时候,VFS将请求发到各个FS,如果FS发现不同的读取请求读取的是相同Block的数据,FS会将这个请求合并Merge
r/s:该设备每秒钟有多少读请求(Merge处理之后的)处理完成。
w/s:该设备每秒钟有多少写请求(Merge处理之后的)处理完成。
rsec/s (rkB/s, rMB/s): 该设备每秒钟读取的扇区数(B/KB/MB)。
rsec/s (rkB/s, rMB/s): 该设备每秒钟写入的扇区数(B/KB/MB)。
avgrq-sz:平均请求扇区的大小
avgqu-sz:是平均请求队列的长度。毫无疑问,队列长度越短越好。
await:每一个IO请求的处理的平均时间(单位是毫秒)。
这里可以理解为IO的响应时间,一般地系统IO响应时间应该低于5ms,如果大于10ms就比较大了。
这个时间包括了队列时间和服务时间,也就是说,一般情况下,await大于svctm,它们的差值越小,则说明队列时间越短,反之差值越大,队列时间越长,说明系统出了问题。
r_await:每一个读请求的处理的平均时间(单位是毫秒)。
w_await:每一个写请求的处理的平均时间(单位是毫秒)。
svctm:表示平均每次设备I/O操作的服务时间(以毫秒为单位)。
如果svctm的值与await很接近,表示几乎没有I/O等待,磁盘性能很好,如果await的值远高于svctm的值,则表示I/O队列等待太长,系统上运行的应用程序将变慢。
%util:在统计时间内所有处理IO时间,除以总共统计时间。
例如,如果统计间隔1秒,该设备有0.8秒在处理IO,而0.2秒闲置,那么该设备的%util = 0.8/1 = 80%,所以该参数暗示了设备的繁忙程度。
一般地,如果该参数是100%表示设备已经接近满负荷运行了(当然如果是多磁盘,即使%util是100%,因为磁盘的并发能力,所以磁盘使用未必就到了瓶颈)。
[THE END]
参考文档:https://www.cnblogs.com/ggjucheng/archive/2013/01/13/2858810.html