查睿频是否启用应使用turbostat而非cpupower frequency-info，因后者仅显示实际频率而无法区分基础频与睿频；turbostat可明确显示turbo ratio limit及实时倍频状态，需root权限并确保msr模块已加载。
查睿频是否启用，不能只看 cpupower frequency-info --freq
这个命令只返回当前各核「实际运行频率」，但不告诉你此刻是否触发了睿频（Turbo Boost）。比如显示 3.8 GHz，可能是基础频率，也可能是睿频上来的——得结合 CPU 型号和标称睿频上限比对才敢下判断。更直接的办法是用 turbostat，它专为 Intel 平台设计，能明确标出「Turbo ratio limit」和当前倍频状态。
常见错误现象：cpupower frequency-info 输出里有 max MHz 字段，但它只是 BIOS/固件报告的理论最大值，不是实时睿频能力；有些云主机或虚拟机甚至会把这个值硬设成基础频率，导致误判。
-
turbostat需 root 权限，且仅支持 Intel CPU（AMD 用rdmsr+ MSR 寄存器查，不在本文范围） - 运行前确认内核已加载
msr模块：sudo modprobe msr，否则报No such file or directory - 典型输出中关注
TSC（基准时钟）、Avg_MHz（平均频率）、Bzy_MHz（忙时频率），若后者显著高于Base_MHz（查lscpu可得），基本就是睿频在起作用
cpupower frequency-info 显示 “Unable to determine current policy” 怎么办
这通常出现在虚拟机、容器环境或某些精简内核配置中，意味着内核没加载 CPU 频率调节驱动（如 intel_cpufreq 或 acpi-cpufreq）。不是命令写错了，而是底层没支持。
先验证驱动状态：dmesg | grep -i "cpu.*freq"。如果无输出，或出现 failed to load driver 类提示，说明驱动缺失或被禁用。
- 物理机可尝试手动加载：
sudo modprobe intel_cpufreq（Intel）或sudo modprobe acpi-cpufreq（旧平台） - 云主机或虚拟机基本无法启用——KVM/QEMU 默认不透传频率控制接口，
cpupower在这类环境里只能读到固定值或报错，强行设置-g performance也无效 - 检查
/sys/devices/system/cpu/cpu0/cpufreq/目录是否存在，空目录或报No such file就是驱动没起来
想让 CPU 一直跑最高频？别只用 cpupower frequency-set -g performance
这条命令确实会把 governor 设为 performance，但效果取决于硬件是否允许、BIOS 是否解锁睿频、以及当前温度/功耗限制。它只是“请求最高频”，不是“保证最高频”。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
容易忽略的点：
- 部分笔记本或嵌入式设备 BIOS 锁死了睿频，即使设了
performance，turbostat里Bzy_MHz也上不去 - 多核满载时，Intel 的 Turbo Boost 会降频保温度，单核能冲到 5.0 GHz，八核一起跑可能只剩 4.2 GHz——这不是 bug，是设计行为
-
cpupower frequency-set -d 3500000 -u 3500000手动锁频比只设 governor 更强制，但需确认该频率在scaling_available_frequencies列表里存在
长期监控频率变化，别用 watch 简单轮询
watch -n 1 'cpupower frequency-info | grep "current policy"' 看着方便，但开销大、信息碎、难回溯。真实压测或调优时，需要带时间戳、多核并行、单位统一的数据流。
推荐直接读 sysfs 接口，轻量又可靠：
- 每个核的当前频率在
/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq，单位 kHz，脚本里用cat读取即可 - 避免用
cpupower包一层——它内部也是读这些路径，多一层调用就多一次 fork 和权限检查 - 记录日志时注意：高频采样（如
复杂点在于不同核心频率可能异步跳变，而 turbostat 的采样对齐机制更严谨。如果要分析睿频响应延迟或 thermal throttling，必须用 turbostat --interval 0.5 这类高精度模式，而不是靠拼接 sysfs 值。
