最轻量方法是读/proc/cpuinfo的cpu mhz字段，但存在几十毫秒滞后且反映的是最近调度周期平均频率；更准确的方式是watch -n 1 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq'，直接读硬件寄存器获取每核实时khz值。

直接读 /proc/cpuinfo 的 cpu MHz 字段最轻量，但要注意它不是“此刻”值

每个逻辑核心的当前频率就藏在 /proc/cpuinfo 里，执行 grep "cpu MHz" /proc/cpuinfo 就能看到全部输出。数值单位是 MHz，比如 cpu MHz : 3400.000 表示该核当前运行在 3.4 GHz。

常见错误是只取第一行：grep "cpu MHz" /proc/cpuinfo | head -n 1。这会漏掉其他核心的真实状态——多核负载不均时，各核频率可能差 2 GHz 以上。

注意：cpu MHz 是内核缓存值，有轻微滞后（几十毫秒级），空载刚唤醒或刚结束高负载时可能还没刷新。它反映的是「最近一次调度周期」的平均频率，不是硬件寄存器的瞬时采样值。

• 用 awk '{print $4}' /proc/cpuinfo | grep -v '^$' 提取全部数值，再人工比对最大/最小值
• 若某核无输出，先检查该核是否 online：cat /sys/devices/system/cpu/online
• 虚拟机或容器中该字段可能恒为 0 或缺失，此时需换用 sysfs 接口

用 watch -n 1 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq' 看每核真实 kHz 值

这是最可靠、无需额外安装的实时方案。每个 scaling_cur_freq 文件返回当前核心的实际频率，单位是 kHz（比如 2400000 = 2.4 GHz），直接读硬件寄存器，无缓存延迟。

路径中的 cpu* 会匹配所有在线逻辑核，自动适配物理核+超线程。只要你的系统启用了 cpufreq 驱动（intel_cpufreq 或 acpi-cpufreq），这个路径就有效。

Alpine Linux

获取最新发布版本；聚合最新版本架构

下载

• 先确认路径存在：ls /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
• 若报 No such file or directory，说明驱动没加载，查 dmesg | grep -i "cpu.*freq"
• 数值长期不变？检查 governor：cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor，performance 才会锁频，powersave 需负载触发升频
• 注意：某些嵌入式平台或旧内核（scaling_cur_freq，只有 cpuinfo_cur_freq（精度更低）

cpupower frequency-info --freq 返回单个“主核”频率，不能代表全部

这个命令绕过缓存，直接读硬件寄存器，结果比 /proc/cpuinfo 更准，尤其适合验证睿频是否真正生效。但它只返回一个数值，不是每核值——它读的是当前调度策略下被选作采样点的那个核心（通常是 cpu0 或最近活跃核）。

必须用 sudo，否则报 Permission denied；若提示 No such file or directory，说明 cpufreq 驱动未启用，或系统用的是 intel_pstate 模式但未正确配置。

• 输出格式类似：current frequency: 4.20 GHz (asserted by call to hardware)，括号里带 asserted 表示可信度最高
• 别用 watch -n 1 'cpupower frequency-info' —— 默认不显示当前频率，只刷 policy 概览，容易误判
• 在 Intel 平台，若启用 intel_pstate，cpupower 可能无法准确读取，此时优先看 /sys/devices/system/cpu/intel_pstate 下的 max_perf_pct 和 min_perf_pct

调试睿频瓶颈或长时间监控，用 turbostat --interval 1

turbostat 是唯一能同时抓取每核频率、C-state 深度、温度、封装功耗（pkg power）的工具，特别适合诊断“为什么睿频上不去”。它每秒采样一次，输出列明每个逻辑核的 Avg_MHz（实际运行频率）和 Bzy_MHz（忙时频率），比单纯看 scaling_cur_freq 多一层负载上下文。

需要 root 权限，且部分发行版默认不装：sudo apt install linux-tools-common（Ubuntu/Debian）或 sudo dnf install kernel-tools（RHEL/Fedora）。

• 若报 No permission to change system clock，加 --ignore-unprivileged 参数跳过权限校验
• 输出中 Avg_MHz 接近 scaling_max_freq 且 C10 占比高，说明睿频已激活且核心充分休眠
• 若 Bzy_MHz 远低于 scaling_max_freq，但 Pkg_W 很高，大概率是热节流（Thermal throttling）或功耗墙（RAPL limit）在起作用

真实场景里，多数人只需要前两种方法就够了。/proc/cpuinfo 快速扫一眼，watch + scaling_cur_freq 确认动态行为。只有当你发现频率“该升不升”“该降不降”，才需要搬出 turbostat 查底层限制。别一上来就装一堆工具，先看路径是否存在、权限够不够、驱动有没有加载——很多问题其实卡在第一步。