用cpustat评估CPU性能瓶颈

在Linux性能分析的世界里，cpustat配合sysstat包算得上是系统管理员工具箱里的常客。它提供了非常直观的方式去观察CPU的实时状态，对定位性能瓶颈来说是第一步，也是关键一步。下面我们就来拆解一下，如何利用这个工具把CPU的“健康报告”读懂。

安装 cpustat

在使用之前，得先确保环境里安装了sysstat工具集，因为cpustat就是它的一部分。不同发行版的安装方式略有差异，但核心逻辑一致，包管理器搞定即可。

在 Debian/Ubuntu 上：

sudo apt-get update
sudo apt-get install sysstat

在 CentOS/RHEL 上：

sudo yum install sysstat

在 Fedora 上：

sudo dnf install sysstat

使用 cpustat

安装完成后，直接执行cpustat命令是最简单的用法，它会实时输出CPU的使用情况，包括用户空间（us）、系统空间（sy）、空闲时间（id）等核心指标。

基本用法：

cpustat

但更实用的场景是需要按一定频率收集数据。比如，想看看过去10秒钟内CPU两秒一次的变化趋势，可以这样操作：

cpustat -i ALL 2 10

这条命令的意思是，每2秒采样一次，持续10秒，显示所有CPU核的统计信息。这样得到的数据比单纯看实时快照要可靠得多。

分析 cpustat 输出

cpustat的输出就像是一份详细的体检报告，每一列指标都有其明确的指向性。以下几个关键字段需要重点理解：

• us: 用户空间占用CPU的百分比。应用程序代码运行的地方。
• sy: 系统空间占用CPU的百分比。内核在处理系统调用、中断等工作。
• id: CPU空闲时间百分比。数值越高越好。
• wa: 等待I/O操作完成的时间百分比。如果这个值高，说明CPU在“等活干”，通常是磁盘或网络I/O成了瓶颈。
• hi: 硬中断时间百分比。硬件设备产生的中断。
• si: 软中断时间百分比。内核软件产生的中断。
• st: 被虚拟机偷取的时间百分比。只在虚拟化环境中间出现，如果你的虚拟机总是在等宿主机分配CPU资源，这个值会很高。

识别性能瓶颈：

关键在于识别这些指标中的异常模式：

1. 高用户空间（us）：当us长时间居高不下，说明应用程序把CPU吃得很紧。这通常意味着数据处理量大、算法开销高，或者纯粹是代码效率问题。

2. 高系统空间（sy）：sy值飙高，往往和频繁的系统调用、大量的I/O操作或者驱动层面的问题有关。这时，问题可能不在应用层，而在内核层面。

3. 低空闲时间（id）：如果id长期低于10%，说明CPU几乎处于满载状态。这可能是资源争用或超负荷运行的典型信号。

4. 高等待I/O（wa）：wa值超过10%通常就值得警惕了。这表示CPU很多时间在等磁盘或网络操作完成。遇到这种情况，先别急着优化代码，看看是不是硬盘的读写速度或网络带宽拖了后腿。

5. 高中断（hi 和 si）：如果hi或si异常高，就得注意硬件设备或驱动程序是否正常工作，或者系统是否正在处理大量网络流量。

示例分析

假设我们拿到了这样一组输出：

CPU%usr %sys %iowait%steal %idle
all 75.32 12.45 0.67 0.01 11.55
cpu0 76.12 11.89 0.78 0.01 11.20
cpu1 74.56 12.98 0.56 0.02 11.88

从这组数据可以读出几层意思：

• us值很高（75%以上），说明用户态的应用程序确实在大量消耗CPU算力，这才是问题的核心。
• id很低（11.55%），几乎没有空闲时间。
• iowait和steal都非常低，说明I/O和虚拟化环境基本没有干扰。
• 结论很明确：整个系统正在高负荷运转，压力完全来自用户空间的应用程序层。

进一步分析

定位到是哪个CPU核的us或sy过高之后，下一步就该“指名道姓”地找到罪魁祸首了。可以和top或htop配合使用：

top -p 

如果想让分析再深入一个层次，perf工具是个不错的选择。它能告诉你CPU到底在忙着执行哪一段代码，是热点函数还是频繁的内核调用：

sudo perf top -p 

掌握了cpustat这把利器，再配合上这些定位具体进程的工具，你就能更精准地判断出系统碰撞前的“警报”到底来自哪里。