最可靠方法是比对scaling_cur_freq与cpuinfo_max_freq：若前者持续接近后者（差值小于100mhz）且系统有负载，即可确认睿频已激活；直接读取/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq（单位khz）才是实时频率唯一可信来源，lscpu的cpu mhz仅为缓存估算值。
直接看 scaling_cur_freq 最准，别信 lscpu 的 CPU MHz
你看到的 lscpu 输出里那个 “CPU MHz: 2400.000” 是内核采样缓存值，空载时可能卡在基础频率，高负载时也可能没更新——它根本不是实时值。真正反映“此刻这毫秒 CPU 跑多快”的，只有 /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq（单位 kHz）。
实操建议：
• 运行 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 看单核当前频率
• 想看全部逻辑核：用 watch -n 1 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq'
• 某核输出为空？先查是否 online：cat /sys/devices/system/cpu/online，或被 isolcpus 隔离了
• 输出是数字如 2800000，除以 1000 就是 GHz（2.8 GHz）
cpupower frequency-info --freq 是唯一带硬件确认的“此刻频率”命令
这个命令比手动读 sysfs 多一层校验：它汇总所有核的 scaling_cur_freq 并调用硬件接口 assert，输出末尾带 (asserted by call to hardware) 才算可信。
注意点：
• 必须加 sudo，否则报 Permission denied
• 若提示 No such file or directory，说明没加载频率驱动，运行 dmesg | grep -i "cpu.*freq" 看是否加载了 intel_cpufreq 或 acpi-cpufreq
• 它不自动刷新，要实时看就得套 watch：watch -n 1 'sudo cpupower frequency-info --freq'
• 别和 cpupower frequency-info（无 --freq）混淆——后者只显示策略范围，不是当前频率
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
判断睿频有没有真跑起来，就比 scaling_cur_freq 和 cpuinfo_max_freq
Linux 没有叫“睿频开关”的字段，所谓“睿频生效”，就是 scaling_cur_freq 持续接近 cpuinfo_max_freq（差值 常见误判：
• 只看 lscpu 的 “CPU max MHz”，那是 BIOS 允许的理论上限，不代表当前能跑到
• scaling_max_freq 可能被 thermal throttling 或 RAPL 功耗限制压低，它才是当前实际允许的最高值
• 实操验证：跑 stress-ng -c 1 --timeout 10s，同时监控 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 和 cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq，两值跳变趋近即为睿频激活
• 如果 scaling_cur_freq 恒等于 cpuinfo_max_freq，大概率 governor 是 performance 且没温控压制
turbostat 是唯一能区分“基础频”和“睿频倍频”的工具，但只对 Intel 物理 CPU 有效
它不走 sysfs，而是直读 Intel CPU 的 MSR 寄存器，能给出每核的 Bzy_MHz（忙时频率）、Core MHz、Turbo 标志等底层指标。
关键判断：
• 当 Core MHz 显著高于 Base_MHz（查 lscpu 得到），且 Turbo 列显示数字（如 45），说明睿频正在生效
• Pkg_W 突然下降、GHz 列回落，大概率是 thermal throttling 触发，不是睿频失效
• 运行前必须 sudo modprobe msr，否则报 No such file or directory
• AMD、ARM、虚拟机基本不可用；BIOS 关了 Turbo Boost 时 Turbo 列全为 -
scaling_cur_freq 虽然是最轻量的入口，但它依赖 cpufreq 子系统已启用；而较新 Intel 平台默认启用 intel_pstate=active，此时 /sys/devices/system/cpu/cpu0/cpufreq/ 目录可能根本不存在——得切到 /sys/devices/system/cpu/intel_pstate/ 下看 max_perf_pct 或直接用 turbostat。
