直接读 /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq 是获取各逻辑核心实时主频（khz）的唯一可靠方法；因 /proc/cpuinfo 中 cpu mhz 来自内核缓存，存在滞后且仅显示首核，无法反映多核异步调频实况。
直接读 /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq 是唯一能拿到每个逻辑核心当前真实主频（单位 kHz）的方法，不需要额外工具，也不依赖缓存。
为什么不能只看 /proc/cpuinfo 的 cpu MHz
它确实显示每个核心的频率，但值来自内核缓存，可能滞后几十到几百毫秒；在高负载突变或快速降频场景下（比如容器调度瞬间），cpu MHz 会卡在旧值上。更麻烦的是，grep "cpu MHz" /proc/cpuinfo | head -n 1 只取第一个核心，完全掩盖多核异步调频的事实——大小核架构下，cpu0 和 cpu8 频率差一倍很常见。
/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq 怎么用
这个路径是内核 cpufreq 子系统暴露的实时接口，只要驱动加载成功（acpi-cpufreq、intel_cpufreq 或 amd-pstate），文件就可读，无需 root 权限：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 逐核检查是否存在：
ls /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq，若报No such file or directory，说明该 CPU 未启用变频（常见于虚拟机、某些 ARM 板，或内核禁用了CONFIG_CPU_FREQ） - 读取全部核心当前频率：
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq，输出是一串数字（单位 kHz），比如2400000即 2.4 GHz - 实时监控（每秒刷新）：
watch -n 1 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq 2>/dev/null | awk \'{printf "%.2f GHz ", $1/1000000} END{print ""}\''，加2>/dev/null是为了过滤 offline 核心的报错
常见失效原因和对应检查项
不是所有环境都能读到这个文件，得先确认底层能力是否就绪：
- 某核心输出为空？先查它是否 online：
cat /sys/devices/system/cpu/online，若显示0-3,6-7，那cpu4和cpu5就不可用 - 整个
cpufreq目录不存在？运行dmesg | grep -i "cpu.*freq"，看内核是否加载了频率驱动；没输出通常意味着 BIOS 关闭了 SpeedStep/Turbo 或内核参数加了intel_idle.max_cstate=1等抑制项 - 数值恒定不变？检查调频策略：
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor，若为performance且scaling_max_freq等于cpuinfo_max_freq，那它就真锁死了
真正难搞的不是读数，而是判断「这个数到底信不信」——比如在 Intel 大小核混合架构上，cpu0（P-core）和 cpu16（E-core）的 scaling_cur_freq 单位相同，但功耗墙和温度阈值完全不同，必须分开看，不能取平均。
