cpustat命令输出如何解读

cpustat 是 Linux 系统里一个非常实用的 CPU 统计工具，能帮你把 CPU 使用率、上下文切换、中断这些底层细节一股脑儿摊在眼前。那它的输出到底该怎么看？别急，咱们先贴一段典型输出，再逐行拆解。

输出示例

Linux 5.4.0-42-generic (hostname) 03/17/2023 _x86_64_(4 CPU)
a vg-cpu:  %user   %nice %system %iowait  %steal   %idle
         12.34    0.01   11.23    0.05    0.00   86.37

Device:     rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s a vgrq-sz a vgqu-sz   await r_await w_await  svctm  %util
sda           0.00     0.00    1.00    0.50     8.00    16.00    16.00     0.00    0.00    0.00    0.00   0.10   0.40
sdb           0.00     0.00    0.50    0.00     4.00     0.00    16.00     0.00    0.00    0.00    0.00   0.00   0.00

解读各部分内容

a vg-cpu 行

• %user：用户空间进程消耗的 CPU 时间占比。数值越高，说明你的应用层程序越吃 CPU。
• %nice：经过优先级调整（nice 值）的用户进程占用的 CPU 时间。一般很小，除非你故意调整了进程优先级。
• %system：内核空间占用的 CPU 时间。系统调用、中断处理等内核任务都算在这里。
• %iowait：CPU 等待磁盘 I/O 完成的时间占比。这个值要是偏高，往往意味着磁盘性能吃紧了——可能是排队太长了。
• %steal：在虚拟化环境下，宿主机从你虚拟机里“抢走”的 CPU 时间。如果你的虚拟机莫名其妙变慢，留意这个字段。
• %idle：CPU 空闲时间占比。越低越忙，这个大家应该都熟。

Device 行

这部分展示的是磁盘设备的 I/O 状况，信息量很大，挨个来看：

• rrqm/s 和 wrqm/s：每秒合并的读/写请求数。合并请求能减少磁盘寻道时间，数值高说明 I/O 调度器在为你“攒单”。
• r/s 和 w/s：每秒实际完成的读/写操作次数。简单粗暴的 I/O 吞吐量指标。
• rkB/s 和 wkB/s：每秒读/写的数据量（KB）。配合 r/s 和 w/s，能算出平均每次 I/O 的大小。
• a vgrq-sz：平均每次 I/O 请求的大小（扇区数）。扇区通常 512 字节，所以把这个值乘以 0.5 就能粗略换算成 KB。
• a vgqu-sz：平均 I/O 队列长度。数值越大，说明排队越严重，磁盘可能在“堵车”。
• await：平均每次 I/O 操作的等待时间（毫秒），包含排队和服务时间。这是判断 I/O 延迟最直观的指标。
• r_await 和 w_await：读和写各自的平均等待时间。帮你定位到底是读慢还是写慢。
• svctm：平均每次 I/O 操作的服务时间（毫秒）。注意，这个字段在现代内核中可能不太准确，但依然有参考价值。
• %util：设备利用率，即设备处于忙状态的时间百分比。接近 100% 意味着磁盘几乎在满负荷运转——这时候就该考虑升级硬件或者优化 I/O 模式了。

注意事项

• %idle 越低，CPU 越忙，这个好理解。但如果 %idle 很低同时 %iowait 也很低，说明 CPU 确实在全力计算；如果 %iowait 高而 %idle 低，那 CPU 其实是被 I/O 拖了后腿。
• %iowait 偏高时，别着急下结论。先看看 a vgqu-sz 和 await——如果它们也高，基本就能确认是磁盘 I/O 瓶颈。
• %util 接近 100% 是个危险信号，但也要结合 a vgqu-sz 一起看。有些 SSD 在低队列深度下也能把 %util 拉到接近 100%，实际延时却很小，这时需要具体问题具体分析。

把这些指标串起来，你就能像老医生切脉一样，快速诊断出系统性能的症结所在。从 CPU 到磁盘，cpustat 给你摆清楚了，剩下的就是根据数值去对症下药了。