CPUInfo显示的频率是实际频率吗

很多朋友在 Linux 下查看 CPU 频率时，都会盯着 /proc/cpuinfo 里的 “cpu MHz” 字段，心里犯嘀咕：这显示的到底是不是 CPU 此时此刻的真实频率？说实话，这个问题的答案，比想象中要复杂一些，而且跟内核版本、调用时机都有关系。今天我们就来把这个事情彻底讲清楚。

结论与要点

在 Linux x86 平台上，从内核 4.15 开始，/proc/cpuinfo 里面的 “cpu MHz” 通常显示的是基于 APERF/MPERF 算出来的 “实际平均频率”。注意，是平均，不是瞬时。但在某些场景下，比如内核 ≥ 5.11 的一些发行版，当你去读 /proc/cpuinfo 时，内核为了避免唤醒空闲的 CPU，可能直接甩给你一个最小值（min_freq，常见 800 MHz）或者基频。所以，它到底是不是 “实际频率”？答案是：取决于你用的是哪个内核版本，以及你是在什么时机去读取的。

不同内核与接口的差异

为了更直观地说明问题，我们把几个常见接口在不同内核版本下的表现整理了一下（以 x86 为例）：

表格中的“计算公式”部分，APERF/MPERF 的计算方式是这样的：MHz = base_MHz × ΔAPERF / ΔMPERF。这里的 base_MHz 通常是 TSC 的恒定频率，ΔAPERF 和 ΔMPERF 则是在一定时间窗口内的计数增量。

如何获取更准确的频率

既然 /proc/cpuinfo 有时候不那么靠谱，那有什么办法可以拿到更准确的频率数据呢？推荐下面几种方法。

最推荐的方式，还是用 turbostat 工具。它直接读取 MSR 寄存器里的 APERF/MPERF 数据，算出真实的平均频率，不受内核那些“显示策略”的影响。用法很简单，直接 sudo turbostat，然后盯着“Bzy MHz”或“A vg MHz”列看就行。

其次，可以用 cpupower 工具来查看当前策略和频率状态：sudo cpupower frequency-info。如果你想在测试时尽可能减少频率波动，可以临时把 governor 切到 performance 模式：echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor。

另外，直接读取 sysfs 文件系统也是一种方式。对比一下 cpuinfo_cur_freq 和 scaling_cur_freq 这两个值，前者通常更接近硬件当前的瞬时频率，后者反映的是策略层面的目标频率。示例：cat /sys/devices/system/cpu/cpu0/cpufreq/{cpuinfo_cur_freq,scaling_cur_freq}。

常见误区与排查

很多朋友只要看到 800 MHz 就心慌，总怀疑 CPU 是不是被锁频了或者坏了。其实，这大概率是内核的“善意谎言”。在前文提到的内核版本（≥ 5.11 的一些发行版）中，/proc/cpuinfo 对空闲 CPU 返回 min_freq（常见就是 800 MHz）或基频，这是显示策略导致的，不代表硬件本身达不到标称频率或睿频。遇到这种情况，改用 turbostat 或 cpupower 就能看到真实数据。

另外，如果你是在虚拟机里跑，/proc/cpuinfo 可能长期显示一个固定值，这属于虚拟化场景下的常见现象。这时候，依赖 turbostat 或 cpupower 会更靠谱，或者直接在宿主机层面查看频率。