Linux CPU降频通常属正常电源管理行为，需据场景选择调速器：服务器重负载可设performance，笔记本宜用powersave，同时排查过热、BIOS限制及thermald等干扰因素。
Linux系统中CPU降频通常不是故障，而是内核电源管理机制（如cpufreq）在起作用。是否需要优化，取决于你的使用场景：追求性能的服务器或桌面用户可能希望禁用自动降频，而笔记本或嵌入式设备则应保留以延长续航或控制发热。
确认当前CPU频率策略与实际运行状态
先查看当前使用的调速器（governor）和实时频率：
-
查看当前调速器：
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor（常见值有 ondemand、powersave、performance、conservative） -
查看当前频率范围：
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq和scaling_max_freq（单位 kHz） -
查看实时频率：
watch -n 1 'grep "cpu MHz" /proc/cpuinfo'或使用cpupower frequency-info
按需切换调速器：平衡性能与功耗
不同调速器适用场景不同，不建议一概设为 performance：
- 桌面/开发机偶尔卡顿：改用 ondemand（较老内核）或 interactive（部分发行版支持），响应更快；现代内核推荐 scfs（Simple CPU Frequency Scaling）或默认的 powersave + schedutil（更精准的调度协同）
-
服务器/编译/渲染等重负载：临时设为 performance：
sudo cpupower frequency-set -g performance -
笔记本长期轻负载：保持 powersave，并确保
intel_idle或acpi_idle正常加载（检查dmesg | grep -i idle）
检查干扰因素：温度、固件与服务
CPU降频未必由cpufreq引起，也可能是硬件级节流：
-
过热降频（Thermal Throttling）：运行
sensors（需安装 lm-sensors）查看温度；用turbostat观察 THM（thermal throttle）字段是否频繁触发 - BIOS/UEFI限制：某些厂商默认开启“节能模式”或“Long Duration Power Limit”，需进 BIOS 关闭 Intel SpeedStep / AMD Cool'n'Quiet 的配套限制项
-
systemd电源服务干扰：如 thermald 或 power-profiles-daemon 可能覆盖手动设置，可停用：
sudo systemctl stop thermald && sudo systemctl disable thermald
持久化配置（避免重启失效）
临时命令重启即失效，需写入配置：
-
Debian/Ubuntu系：编辑
/etc/default/grub，在GRUB_CMDLINE_LINUX_DEFAULT中添加intel_idle.max_cstate=1（禁用深度C-state）或cpufreq.default_governor=performance，然后sudo update-grub && sudo reboot -
Fedora/RHEL系：使用
cpupower服务：sudo cpupower frequency-set -g performance后执行sudo systemctl enable cpupower -
通用方式（推荐）：创建 systemd 服务或写入
/etc/rc.local（若启用），确保调速器在用户空间就绪后生效
功耗管理不是非黑即白的选择。合理利用 Linux 的 cpufreq 框架，结合硬件状态和工作负载动态调整，才能真正兼顾稳定、性能与能效。
