Ubuntu 22.04+ 最佳性能模式需同时执行 powerprofilesctl set performance 和 sudo cpupower frequency-set -g performance，因前者仅设置用户空间电源配置文件，不控制CPU频率策略，后者才直接写入内核scaling_governor生效；单独使用任一命令均可能被桌面环境、TLP或BIOS策略覆盖，导致降频卡顿。
直接结论：Ubuntu 22.04+ 最佳性能模式 = powerprofilesctl set performance + sudo cpupower frequency-set -g performance 双生效，缺一不可。 单用任一命令都可能被另一层策略覆盖（比如桌面环境重置电源配置、内核 governor 被 systemd 或 TLP 干预），导致 CPU 主频上不去、负载时降频、编译/渲染卡顿等现象。
为什么 powerprofilesctl 不足以保证高性能
powerprofilesctl 管理的是用户空间的「电源配置文件」，影响亮度、USB 自动挂起、显示器休眠等，但不直接控制 CPU 频率策略。它只是告诉 GNOME/桌面环境“你当前处于什么场景”，而真正决定 CPU 是否锁高频的是内核的 scaling_governor。
- 执行
powerprofilesctl set performance后，cat /sys/firmware/acpi/platform_profile可能显示performance，但cpupower frequency-info | grep governor仍可能是powersave - 某些 OEM 笔记本（如 Dell XPS、Lenovo ThinkPad）出厂固件会强制将
platform_profile与 BIOS 电源设置联动，仅靠powerprofilesctl无法绕过 - GNOME 设置里点“高性能”后自动调用
powerprofilesctl，但若后台运行了tlp或powertop，它们会在几秒内把 governor 拉回powersave
cpupower frequency-set -g performance 的实际限制
该命令直接写入每个 CPU 核心的 /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor，是内核级生效，但有三个关键约束：
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 需 root 权限，普通用户执行会报错
Permission denied - 部分 CPU（如 Intel 12/13/14 代混合架构）中，
performancegovernor 对 P-core 和 E-core 行为不同；E-core 默认不响应performance，需额外设置intel_pstate=no_hwp内核参数才稳定 - 重启即失效——除非你已启用
cpupower服务并正确配置/etc/default/cpupower中的GOVERNOR="performance"
永久生效必须处理的两个冲突点
很多用户设完就重启，发现又变回节能模式，问题几乎都出在这两处：
-
tlp服务优先级高于cpupower：如果装了tlp（尤其通过 PPA 安装的版本），它默认在启动时强制设置 governor 为powersave，哪怕cpupower服务已启用。解决方法是编辑/etc/default/tlp，将CPU_SCALING_GOVERNOR_ON_AC=performance和CPU_SCALING_GOVERNOR_ON_BAT=powersave显式写出，并确保TLP_ENABLE=1 -
systemd的ondemandtimer 干扰：Ubuntu 22.04 默认启用了systemd-cpu-frequency类似机制（虽不常启用），检查是否存在systemctl list-timers | grep cpu，若有相关 timer，用sudo systemctl disable --now [timer-name]停用
验证是否真生效的三步检查法
别只信命令没报错，要确认硬件级响应：
- 运行
watch -n 1 'cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor'，所有 core 应稳定输出performance - 运行
cpupower frequency-info --freq，看current policy下的min和max是否等于 CPU 规格标称的 base / turbo 频率（例如 i7-11800H 应显示2.30 GHz - 4.60 GHz） - 用
stress-ng --cpu 8 --timeout 30s加载 CPU，同时开另一个终端跑grep \"cpu MHz\" /proc/cpuinfo | sort -u，若仍卡在 800MHz–1.2GHz，说明 governor 没真正接管或 BIOS 锁频
最容易被忽略的一点：BIOS 中的「Intel Speed Shift」或「AMD CPPC」若被禁用，performance governor 就无法快速响应负载变化，此时即使设对了，实测性能也上不去。务必进 BIOS 开启对应选项，并确认 cat /sys/devices/system/cpu/intel_pstate/status 输出为 active（Intel）或 amd_pstate 已加载（AMD）。
