直接读取/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq获取当前实际运行频率（单位khz），该值由内核实时从硬件读取、无缓存；需sudo权限且先确认路径存在，否则可能因驱动未加载或cpu离线导致失败。
怎么看当前 CPU 实际运行频率（不是标称值）
直接读 /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq，单位是 kHz，比如 3200000 就是 3.2 GHz。这是内核从硬件实时读取的值，无缓存、无延迟。
常见错误：用 lscpu | grep "MHz" 或 cat /proc/cpuinfo | grep "cpu MHz" —— 这两个都可能返回采样均值或缓存值，空载时还显示 2.4 GHz，实际已降频到 800 MHz。
- 必须加
sudo才能读所有核，否则部分scaling_cur_freq文件会 Permission denied - 先确认路径存在：
ls /sys/devices/system/cpu/cpu0/cpufreq/；如果报No such file or directory，说明没加载频率驱动（查dmesg | grep -i "cpu.*freq"） - 某核输出为空？可能是被
isolcpus隔离，或处于 offline 状态（查cat /sys/devices/system/cpu/online）
怎么判断是不是睿频（Turbo Boost）在跑
单看频率数字没用，得比对硬件能力边界。核心方法是：把 scaling_cur_freq 和 cpuinfo_max_freq 一起读。
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 是当前频率（kHz）cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq 是该核硬件支持的最高基础频率（kHz）
- 如果前者 ≥ 后者（差值 stress-ng -c 1 --timeout 5s），基本可确认睿频激活
- 但注意：
cpuinfo_max_freq在某些云主机或虚拟机里会被 BIOS 固定成基础频率，不反映真实睿频上限 - 真正能验证“超频”行为的只有
turbostat：它能显示 Core MHz 是否超过cpuinfo_max_freq / 1000，还能看到 Turbo 列是否为 *（表示倍频启用）
turbostat 怎么用才看出倍频状态
turbostat 是唯一能区分「基础频率」和「睿频倍频」的工具，尤其对 Intel CPU 有效。它直接读 MSR 寄存器，显示每个核心当前使用的倍频档位。
安装：sudo apt install linux-tools-generic（Ubuntu）或 sudo yum install kernel-tools（RHEL）
运行：sudo turbostat --interval 1
- 重点关注
Core MHz列：若持续高于cpuinfo_max_freq / 1000（比如 max 是 4700，却显示 4900），说明真睿频了 -
Turbo列显示 * 表示该核当前处于 Turbo ratio limit 下运行；全为 - 表示 BIOS 关了 Turbo Boost，或内核启动参数禁用了（如intel_idle.max_cstate=1） - 没加
sudo会报no permission to read MSR；AMD 平台或虚拟机里通常不可用（MSR 访问被限制）
performance 模式为什么更容易触发睿频
调频策略本身不决定频率，只设门限。performance 的作用是把频率下限拉到 cpuinfo_max_freq，让调度器无需等待阈值判断，一有负载就立刻升频——这才是睿频生效的前提。
对比 ondemand：它要 CPU 使用率连续几秒 >95% 才升频，短突发负载（比如一次 syscall）根本来不及响应。
- 临时切策略：
sudo cpupower frequency-set -g performance - 验证是否生效：
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor应输出performance - 注意：
performance≠ 满频常驻，只是放开上限；真正频率仍由负载动态决定
实际频率和倍频状态不能靠一个命令拍板。scaling_cur_freq 告诉你“现在跑多快”，turbostat 告诉你“这速度是怎么来的”，而 cpupower frequency-info --freq 只是前者的策略级平均值——三者混用，才能避开大多数误判。
