Ubuntu如何设置电源的最佳性能模式-LINUX-PHP中文网

Ubuntu 22.04+ 最佳性能模式需同时执行 powerprofilesctl set performance 和 sudo cpupower frequency-set -g performance，因前者仅设置用户空间电源配置文件，不控制CPU频率策略，后者才直接写入内核scaling_governor生效；单独使用任一命令均可能被桌面环境、TLP或BIOS策略覆盖，导致降频卡顿。

ubuntu如何设置电源的最佳性能模式

直接结论：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，是内核级生效，但有三个关键约束：

需 root 权限，普通用户执行会报错 Permission denied
部分 CPU（如 Intel 12/13/14 代混合架构）中，performance governor 对 P-core 和 E-core 行为不同；E-core 默认不响应 performance，需额外设置 intel_pstate=no_hwp 内核参数才稳定
重启即失效——除非你已启用 cpupower 服务并正确配置 /etc/default/cpupower 中的 GOVERNOR="performance"

永久生效必须处理的两个冲突点

很多用户设完就重启，发现又变回节能模式，问题几乎都出在这两处：

Ubuntu 26.04

Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者

下载

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 的 ondemand timer 干扰：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）。