最可靠方法是直接读取/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq，单位kHz，反映各逻辑核实时主频，无需root权限；需逐核遍历并确认cpufreq驱动已启用，避免虚拟机或大小核架构下误判。
直接读 /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq 最可靠
每个逻辑核心的实时主频就明文写在这个文件里，单位是 kHz，比如 2400000 就是 2.4 GHz。它由内核 cpufreq 子系统动态更新，比 /proc/cpuinfo 的 cpu MHz 字段更及时（后者有毫秒级缓存），也无需 root 权限——只要文件可读就行。
实操建议：
- 先确认路径存在：
ls /sys/devices/system/cpu/cpu0/cpufreq/，若报错或目录为空，说明 cpufreq 驱动未启用（常见于虚拟机、某些 ARM 板或 BIOS 关闭了 SpeedStep） - 逐核读取：
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq，cpu*会匹配所有在线逻辑核（包括超线程），避免只看cpu0 - 数值为空或报
No such file or directory，可能是该核被isolcpus隔离，或当前处于 offline 状态（查cat /sys/devices/system/cpu/online）
watch -n 1 实时刷屏看波动，别用 cpupower frequency-info
cpupower frequency-info --freq 虽准，但只返回单个数值（通常是“采样核”的频率），不能反映多核异步调频行为；而 watch -n 1 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq' 每秒刷新一次全部核心值，一眼就能看出哪些核在升频、哪些卡在低频、是否存在大小核梯度差异。
容易踩的坑：
- 别写成
watch -n 1 'cpupower frequency-info'——它默认不输出当前频率，只刷 policy 概览，极易误判 - 输出没时间戳，若需对齐其他监控指标（如负载、温度），得手动加前缀：
watch -n 1 'date +"%T"; cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq' - 高频刷新（如
-n 0.1）反而会导致 I/O 抖动，使数值失真，1 秒间隔足够捕捉典型负载跳变
大小核架构下必须区分 P-core 和 E-core
Intel 12 代+ 或 AMD Ryzen 7040+ 等大小核 CPU 中，P-core（性能核）和 E-core（能效核）的频率范围、响应策略完全不同。任务管理器或笼统的 lscpu 输出会掩盖这种差异，导致误判“频率没变化”。
正确做法：
- 按物理拓扑定位核心：查
lscpu | grep "CPU(s):"确认总逻辑数，再用cat /sys/devices/system/cpu/cpu*/topology/core_type（值为 0 是 P-core，1 是 E-core） - 分别监控：例如
watch -n 1 'for i in $(seq 0 7); do echo -n "cpu$i: "; cat /sys/devices/system/cpu/cpu$i/cpufreq/scaling_cur_freq 2>/dev/null; done'，人工比对 P/E 核数值区间 - 若所有核频率同步跳变且无梯度，大概率是 Windows 电源计划设为“高性能”禁用了 Core Parking，或 Linux 内核未正确识别拓扑（检查
dmesg | grep -i "hybrid"）
波动异常时优先查 scaling_governor 和 scaling_max_freq
频率不动 ≠ 硬件故障，更可能是策略锁死或上限被压低。必须三者联动验证：
- 查调速器：
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor，若为performance却不动，说明硬件已到温控/功耗墙；若为ondemand却长期静止，可能是负载未达升频阈值（需持续 >95% 几秒） - 比上下限：
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq和scaling_max_freq，若二者相等（如都是2400000），说明 BIOS 或用户脚本强制锁频 - 看睿频余量：
scaling_cur_freq接近scaling_max_freq且系统有负载，才代表睿频生效；若scaling_max_freq远低于规格标称值（如 i7-11800H 显示4000000而非4600000），可能是 BIOS 关闭了 Turbo Boost 或 RAPL 功耗限制过严
