Linux下不能直接查看P-State状态，因其是硬件动态调节的连续电压/频率组合；可通过cat /sys/devices/system/cpu/cpufreq/current_driver确认是否启用intel_pstate驱动，再用cpupower frequency-info等命令查看当前调频策略、频率范围及实际运行频率。
Linux下不能直接“查看P-State状态”，因为P-State本身不是运行时可读取的离散状态，而是由硬件动态调节的电压/频率连续组合；你能查到的只是当前生效的调频策略、频率范围和实际运行频率。
怎么确认当前CPU是否在用Intel P-State驱动
很多用户以为 cpupower frequency-info 显示的就是P-State，其实它只反映当前调频子系统的行为。真正决定底层机制的是内核使用的CPUFreq驱动：
- 运行
cat /sys/devices/system/cpu/cpufreq/current_driver，若输出为intel_pstate，说明启用Intel原生P-State驱动（现代Intel CPU默认） - 若输出为
acpi-cpufreq或amd-pstate，则走的是ACPI标准接口或AMD专用路径 - 禁用Intel P-State后（通过GRUB加
intel_pstate=disable），系统会fallback到acpi-cpufreq，此时P-State控制权移交ACPI firmware
如何查看当前频率、可用governor和频率范围
这是最常被误认为“查P-State”的操作，实际查的是调频策略的配置与实时反馈：
-
cpupower frequency-info：显示当前governor、最小/最大频率、硬件支持频率表（available frequency steps）、当前实际频率（current policy下的current CPU frequency） -
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor：当前governor名称（如performance、powersave、ondemand） -
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq：当前瞬时频率（单位kHz），注意该值可能滞后于真实硬件频率，尤其在turbo boost活跃时 -
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors：列出当前可用的governor（取决于驱动和内核编译选项）
为什么设置 performance governor 后频率还是上不去
常见于启用了Intel Turbo Boost但未正确配置的场景，或被thermal throttling压制：
- 确认是否真被锁频：
cpupower frequency-set -g performance之后，再运行cpupower frequency-info，看current policy是否已更新为performance，且current CPU frequency接近标称最大值 - 检查温度限制：
turbostat -s（需安装linux-tools-common）中观察Thermal列是否频繁出现1，或用sensors查看核心温度 - 确认没有被c-state拖慢恢复时间：即使频率设高，若CPU频繁进入C6/C7，唤醒延迟会导致有效性能下降；此时应配合
intel_idle.max_cstate=1使用 - 某些BIOS会硬性限制turbo duration或PL1/PL2功耗墙，
turbostat的Package%pc6和Core%pc6高但Avg_MHz低，往往就是PL限制起效
想彻底绕过P-State动态调节？直接锁频更可靠
对实时性要求高的场景（如音视频采集、工业控制），依赖governor不如手动锁定频率稳定：
- 先切到
performancegovernor：sudo cpupower frequency-set -g performance - 再强制固定上下限：
sudo cpupower frequency-set -d 3.2GHz -u 3.2GHz（注意单位必须带G或M，且需在scaling_available_frequencies范围内） - 验证是否生效：
watch -n1 'cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq'，应稳定输出接近3200000 - ⚠️ 注意：此法在Intel P-State启用时仍受turbo boost影响——即使设了3.2GHz，单核负载下可能瞬间跳到4.5GHz；如需绝对恒定，必须在BIOS中关闭Turbo Boost，或改用
acpi-cpufreq+ 锁频
真正难搞的从来不是“怎么设”，而是“设完为什么没效果”——频率卡在基础频、turbo不触发、温度一高就降频、c-state恢复延迟掩盖了高频优势……这些交叉影响点，才是调试实时Linux电源管理时最容易被忽略的复杂层。
