CPU 调频

来自 Arch Linux 中文维基
(重定向自Cpufrequtils

CPU 调频为操作系统提供了动态调整 CPU 频率的能力,实现节能或提升性能。系统负载、ACPI 事件或者用户空间程序都可以触发 CPU 频率的调整。

Linux 内核通过 cpufreq 子系统实现此功能,包含以下两个抽象层:

  • #调速器基于系统需求计算所需的 CPU 频率。
  • #调频驱动直接与 CPU 交互,按照调速器的请求调整频率。

系统会自动选择默认的调频驱动程序和调速器,但是为您仍然可以使用cpupoweracpidLaptop Mode Tools 或桌面环境提供的 GUI 工具等用户空间应用程序来进行高级配置。

用户空间工具[编辑 | 编辑源代码]

thermald[编辑 | 编辑源代码]

thermald 是一个防止 Intel 平台过热的 Linux 守护进程。此守护进程会监控平台温度,并通过控制 P-states、T-states 和 Intel power clamp 驱动主动控制温度水平。thermald 也适用于较老的 Intel CPU。如果最新版本的驱动程序不可用,那么守护进程会还原为 x86 MSR (Model Specific Register),由 Linux“cpufreq 子系统”来控制系统冷却。

默认情况下,它利用 CPU 中的数字温度传感器读取 CPU 温度,在硬件采取激进的降温措施之前将 CPU 的温度控制在允许的范围内。如果 sysfs 中存在表面温度传感器,那么它会尝试将表面温度保持在 45℃ 以下。

在使用 Tiger Lake 架构处理器的笔记本电脑(例如 Dell Latitude 3420)上,此守护程序据说可以解锁更多性能

对应的 systemd 服务是 thermald.service,您应该启用启动此服务。

i7z[编辑 | 编辑源代码]

i7z 是 i7 CPU (也同样适用于 i3、i5、i9 CPU)的报告工具。可以在终端下输入 i7z 或者使用图形化工具 i7z-gui 来运行该工具。

turbostat[编辑 | 编辑源代码]

turbostat 可以显示现代 Intel 和 AMD CPU 的频率、功耗、空闲状态和其他统计数据。

cpupower[编辑 | 编辑源代码]

cpupower 是一组为辅助 CPU 调频而设计的用户空间工具。该软件包并非必须,但强烈建议安装,因为它提供了方便的命令行实用程序,并且内置 systemd 服务,可在启动时更改调频器。

cpupower 的配置文件位于 /etc/default/cpupower。此配置文件由 /usr/lib/systemd/scripts/cpupower 中的 bash 脚本读取,而该脚本由 systemd 通过 cpupower.service 激活。若要在启动时启用 cpupower,请执行:

# systemctl enable cpupower.service

cpupower-gui[编辑 | 编辑源代码]

cpupower-guiAUR 是一个图形实用程序,旨在帮助 CPU 调频。该 GUI 基于 GTK,提供与 cpupower 相同的选项。cpupower-gui 可以更改每个内核的最大 / 最小 CPU 频率和调速器。该应用程序通过 polkit 获得权限,并允许 wheel 用户组中的任何登录用户更改频率和调速器。

gnome-shell-extension-cpupower[编辑 | 编辑源代码]

gnome-shell-extension-cpupower-gitAUR是一个GNOME shell扩展,可以改变 CPU 的最小/最大的频率,并启用/禁用调频。

auto-cpufreq[编辑 | 编辑源代码]

auto-cpufreqAUR 是一个用于Linux的自动CPU速度和功率优化器,它基于对笔记本电脑的电池状态、CPU使用率、CPU温度和系统负载的主动监测。

power-profiles-daemon[编辑 | 编辑源代码]

power-profiles-daemon 中的 powerprofilesctl 命令行工具通过 power-profiles-daemon.service 处理电源配置文件(如平衡、省电、性能)。GNOME 和 KDE 也提供了切换配置文件的图形界面;见下文:

关于使用方法、用例以及与类似项目的比较,请参见该项目的 README

启动/启用 power-profiles-daemon.service 。注意,当 powerprofilesctl 启动时,它也会尝试启动该服务(见dbus.service单元状态)。

注意: power-profiles-daemon 与其他电源管理服务比如 TLPtunedAURsystem76-powerAUR冲突。要在不卸载 power-profiles-daemon 的情况下使用上述服务之一(由于它可能存在依赖关系),可以通过 mask 来禁用 power-profiles-daemon.service(另见 [1][2])。

调频驱动[编辑 | 编辑源代码]

调频驱动实现了 CPU 特有的设置调速器指定频率的细节。严格来说,ACPI 标准要求电源性能状态(P-state)从P0开始性能逐渐降低。这种功能在英特尔称为 SpeedStep,在AMD称为 PowerNow!

但在实践中,处理器提供了指定特定频率的方法,而不是局限于调频驱动程序处理的固定 P 状态。

注意:
  • 原生 CPU 模块将会自动加载。
  • 对于现代 Intel CPU,将使用 intel_pstate 功率驱动程序,而非下列其他驱动程序。此驱动程序的优先级高于其他驱动程序,并编入内核(而非编译为模块)。此驱动程序将自动用于 Sandy Bridge(以及更新的 CPU)。intel_pstate 可能会忽略 BIOS P-State 设置,或者通过 intel_cpufreq 运行于 "被动模式"。如果使用时遇到问题,可以在内核行加入 intel_pstate=disable,这样系统会使用 acpi_cpufreq 驱动。
  • 在支持的 CPU 上(Zen 2 及之后型号),在内核参数 中加入 amd_pstate=passive 可以手动启动 amd_pstate 。如果内核参数不起作用,可能需要进入主板设置程序中将CPPC和全局C状态控制(global c-state control)打开。主板中的大部分选项默认设置可能是自动(Auto),这往往意味着禁用,必须要手动改成启用(Enabled)才能生效。

cpupower 需要相应模块来了解本地 CPU 的限制信息:

模块 描述
intel_pstate 此驱动程序通过内置调频器,实现面向 Intel Core(SandyBridge 和更新的型号)处理器的调频驱动。
intel_cpufreq 从内核 5.7 开始,intel_pstate 调频驱动程序为不支持 硬件P 状态管理(HWP) 的 CPU 选择“被动模式”又名 intel_cpufreq,即第 5 代或更早的 Intel Core i处理器。
amd_pstate 此驱动程序为 AMD Ryzen(某些 Zen 2 和更新版本)处理器实现了带有内部调速器的调频驱动程序。
acpi_cpufreq 此 CPUFreq 驱动程序可充分利用 ACPI Processor Performance States。此驱动程序也支持 Intel Enhanced SpeedStep(之前由 speedstep-centrino 模块(已废弃)提供支持)。
speedstep_lib 此 CPUFreq 驱动程序面向支持 Intel SpeedStep 的 CPU(主要包括 Atom 和早于 Pentinum 3 的 CPU)。
powernow_k8 面向 K8/K10 Athlon 64/Opteron/Phenom 的 CPUFreq 驱动程序。从 Linux 3.7 开始,对于此系列中的较现代 CPU,将自动使用“acpi_cpufreq”。
pcc_cpufreq 此驱动程序支持 HP 和 Microsoft 提出的 Processor Clocking Control 接口,在某些 ProLiant 服务器上比较有用。
p4_clockmod 面向 Intel Pentium 4/Xeon/Celeron 处理器的 CPUFreq 驱动程序,可通过跳频来降低 CPU 温度。(您最好使用 SpeedStep 驱动程序。)

查看所有可用的模块,运行以下命令:

$ ls /usr/lib/modules/$(uname -r)/kernel/drivers/cpufreq/

加载合适的模块 (see Kernel modules for details)。一旦合适的 cpufreq 驱动模块被加载成功,就可以通过以下命令查询到 CPU 的信息:

$ cpupower frequency-info

设置最大和最小频率[编辑 | 编辑源代码]

在罕见的情况下,可能有必要手动设置最大和最小频率。

运行以下命令设置最大时钟频率(clock_freq 为时钟频率,单位为:GHz, MHz):

# cpupower frequency-set -u clock_freq

运行以下命令设置最小时钟频率:

# cpupower frequency-set -d clock_freq

运行以下命令设置运行于指定频率:

# cpupower frequency-set -f clock_freq
注意:
  • 仅设置某一核心,添加参数 -c core_number
  • The governor,频率的最大值和最小值可以在 /etc/default/cpupower 中设置。

或者,也可以手动设置频率:

# echo value | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq

可以在 /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies 或者类似的地方找到取值。 参考 [3]

配置超频[编辑 | 编辑源代码]

在合适的散热条件下,某些处理器支持在短时间内将其频率提高到高于正常最大值的频率。 在 Intel 处理器上,这称为英特尔睿频加速(英语:Intel Turbo Boost), 在 AMD 处理器上叫做 Turbo-Core(别名:AMD Core Performance Boost ,缩写CPB)

通过 sysfs 配置 (intel_pstate)[编辑 | 编辑源代码]

intel_pstate 有一个特定于驱动程序的接口,用于禁止处理器进入 turbo P-States:

# echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo

通过 sysfs 配置 (Other scaling drivers)[编辑 | 编辑源代码]

对于 intel_pstate 以外的缩放驱动程序,如果驱动程序支持超频,系统中应该可以找到 sysfs 属性/sys/devices/system/cpu/cpufreq/boost,并可用于禁用/启用超频:

# echo 0 > /sys/devices/system/cpu/cpufreq/boost

通过 x86_energy_perf_policy 配置[编辑 | 编辑源代码]

在 Intel 处理器上,x86_energy_perf_policy 也可用于配置 Turbo Boost:

# x86_energy_perf_policy --turbo-enable 0

调速器[编辑 | 编辑源代码]

调速器(见下表)是预设的 CPU 电源方案,有些是设置为固定频率,有些会根据算法计算出需要的频率。在同一时刻只会有一个会调速器被激活。详见内核文档

注意: Each governor is compatible with any scaling driver. However, the intel_pstate scaling driver in active mode will bypass the generic CPUFreq governors, providing its own scaling algorithms: powersave and performance. Although they share names with generic governors, their algorithms work differently: both intel_pstate governors provide dynamic scaling similar to the schedutil or ondemand generic governors. The performance algorithm should give better power saving functionality than the old ondemand governor.
调速器 描述
performance 运行于最大频率, 数值通过 /sys/devices/system/cpu/cpuX/cpufreq/scaling_max_freq.
powersave 运行于最小频率,数值值通过 /sys/devices/system/cpu/cpuX/cpufreq/scaling_min_freq 查看。
userspace 运行于用户指定的频率,通过 /sys/devices/system/cpu/cpuX/cpufreq/scaling_setspeed 配置。
ondemand 按需快速动态调整CPU频率, 一有cpu计算量的任务,就会立即达到最大频率运行,空闲时间增加就降低频率
conservative 按需快速动态调整CPU频率, 比 ondemand 的调整更保守
schedutil 基于调度程序调整 CPU 频率 [4], [5].

根据实际硬件,以下的调速器可能被默认启用:

  • powersave :Intel 使用 intel_pstate 驱动的 CPU(Sandy Bridge 和更新的CPU)。
  • powersave (for Linux < 5.10) or schedutil (since Linux 5.10) for CPUs using the acpi_cpufreq driver.
警告: 修改默认调速器时,请使用 CPU 监控工具监控温度、电压等指标。

如果需要指定特定的调速器,运行以下命令:

# cpupower frequency-set -g governor
注意:
  • 仅设置某一核心,请在命令的最后跟随以下参数 -c core_number
  • 激活某一调速器,需要特定的 内核模块 (名为 cpufreq_governor)正确载入。在 3.4 内核上,这些模块应该已经自动加载。

也可以这样实现:

# echo governor | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
提示:如果需要实时监测 CPU 的频率,运行以下命令:
 $ watch cat /sys/devices/system/cpu/cpu[0-9]*/cpufreq/scaling_cur_freq

调节 ondemand 调速器[编辑 | 编辑源代码]

详见内核文档

开关阈值[编辑 | 编辑源代码]

设置到其他值(增加)的步长,执行以下命令:

# echo -n percent > /sys/devices/system/cpu/cpufreq/governor/up_threshold

设置到其他值(减小)的步长,执行以下命令:

# echo -n percent > /sys/devices/system/cpu/cpufreq/governor/down_threshold

采样率[编辑 | 编辑源代码]

采样率决定调速器多久进行一次检查并调整CPU频率。 设置sampling_down_factor大于1将通过降低负载评估的消耗,并将CPU保持在最高运行频率而提高性能。sampling_down_factor 的可选数值是 1 到 100000。这个可调参数对低CPU频率/负载没有效果。

要获取这个值 (default = 1),运行:

$ cat /sys/devices/system/cpu/cpufreq/ondemand/sampling_down_factor

要设置这个值,运行:

# echo -n <value> > /sys/devices/system/cpu/cpufreq/ondemand/sampling_down_factor

保存设置[编辑 | 编辑源代码]

要在重启后自动启用设置,通常使用内核模式选项systemd#systemd-tmpfiles - temporary files

例如要将 up_threshold 设置为 10:

/etc/tmpfiles.d/ondemand.conf
w- /sys/devices/system/cpu/cpufreq/ondemand/up_threshold - - - - 10

如果某些特殊情况下会出现时序问题,可以使用 udev。创建如下 udev 规则:

$ udevadm info -a /sys/devices/cpu
...
    KERNEL=="cpu"
    SUBSYSTEM=="event_source"
...
/etc/udev/rules.d/cpu.rules
KERNEL=="cpu", SUBSYSTEM=="event_source", ACTION=="add", RUN+="/bin/sh -c 'echo performance | tee /sys/devices/system/cpu/cpufreq/policy*/scaling_governor'"
$ udevadm test /sys/devices/cpu
...
Reading rules file: /usr/lib/udev/rules.d/99-systemd.rules
Reading rules file: /etc/udev/rules.d/cpu.rules
...	


要在 initramfs 中启用设置,请参考下面例子:udev#Debug output.

提示:
  • Since Linux 5.9, it is possible to set the cpufreq.default_governor kernel option.[6]
  • Alternatively, configure the cpupower utility and enable its systemd service.

Intel performance and energy bias hint[编辑 | 编辑源代码]

The Intel performance and energy bias hint (EPB) is an interface provided by Intel CPUs to allow for user space to specify the desired power-performance tradeoff, on a scale of 0 (highest performance) to 15 (highest energy savings). The EPB register is another layer of performance management functioning independently from frequency scaling. It influences how aggressive P-state and C-state selection will be, and informs internal model-specific decision making that affects energy consumption.

Common values and their aliases, as recognized by sysfs and x86_energy_perf_policy are:

EPB value String
0 performance
4 balance-performance
6 normal, default
8 balance-power
15 power

Setting via sysfs[编辑 | 编辑源代码]

The EPB can be set using a sysfs attribute:

# echo epb | tee /sys/devices/system/cpu/cpu*/power/energy_perf_bias

Setting via x86_energy_perf_policy[编辑 | 编辑源代码]

With x86_energy_perf_policy:

# x86_energy_perf_policy epb

Setting via cpupower[编辑 | 编辑源代码]

With cpupower:

# cpupower set -b epb_value
警告: cpupower does not support the string aliases. If given a string, it will silently set the EPB to 0, corresponding to max performance.

与 ACPI 事件交互[编辑 | 编辑源代码]

用户可以把调速器配置为基于不同的ACPI事件自动切换的形式。例如接入外接电源,或是合上屏幕时。以下是一个简明的例子,但可能有必须通读一遍文章acpid.

事件是在/etc/acpi/handler.sh中定义的。如果acpid软件包已经安装,这个文件应该已经存在并且设置为可执行。例如,当外接电源拔除时将调速器从performance改为conservative,而当电源再次接入时将它改回来:

/etc/acpi/handler.sh
[...]

 ac_adapter)
     case "$2" in
         AC*)
             case "$4" in
                 00000000)
                     echo "conservative" >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor    
                     echo -n $minspeed >$setspeed
                     #/etc/laptop-mode/laptop-mode start
                 ;;
                 00000001)
                     echo "performance" >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
                     echo -n $maxspeed >$setspeed
                     #/etc/laptop-mode/laptop-mode stop
                 ;;
             esac
         ;;
         *) logger "ACPI action undefined: $2" ;;
     esac
 ;;

[...]

疑难解答[编辑 | 编辑源代码]

本文或本章节的事实准确性存在争议。

原因: Unverifiable and vague statements, lots of "some"s and "maybe"s. Troubleshooting items need to address concrete problems.(在 Talk:CPU 调频 中讨论)


  • 一些应用程序,如ntop,对自动频率调整不能很好地响应。在ntop的案例中它可能导致分段错误和大量信息丢失,因为在大量网络数据包突然到达被监控的网络接口时,on-demand调速器不能迅速反应,以致当前处理速度满足不了处理这些数据包所需的速度。
  • 一些CPU在默认的on-demand调速器配置下可能受到比较严重的性能损失(例如flash视频不能平滑地播放,或窗口动画停顿)。为了解决这些问题,完全禁用掉频率调整不如采取更积极的措施——降低每个CPU的up_threshold sysctl变量值。阅读#调节 ondemand 调速器章节以获得更多信息。
  • 有时on-demand调速器可能达不到最高频率而只能达到次级频率。这个问题可以通过把max_freq值设置得稍微高于最大频率的方式来解决。例如,如果CPU的频率范围是2.00 GHz到3.00 GHz,把max_freq设置为3.01 GHz就是一个不错的主意。
  • ALSA驱动和有些声音芯片配合工作时,可能导致在调速器改变频率时声音跳跃。改回non-changing调速器应该能够解决这个问题。

BIOS频率限制[编辑 | 编辑源代码]

一些CPU/BIOS配置可能导致达不到最高频率或根本无法调高频率。这很可能是因为BIOS告诉操作系统限制频率,结果在/sys/devices/system/cpu/cpu0/cpufreq/bios_limit中设置了一个过低的值。

这种情况下需要在BIOS设置中修改指定的配置(频率,发热管理等)。这通常是由于有问题的/过旧的BIOS导致,也可能BIOS有特别的原因要求必须这样。

可能的原因有(假设你的机器是一台笔记本)电池被移除(或快要完全损坏),所以你只能用外接电源。这种情况下如果电源适配器提供的电能太弱,就会满足不了整个系统在峰值所需的电能,而且又没有电池辅助供电,就可能导致数据丢失,数据损坏或最坏的情况下损坏硬件!

不是所有的BIOS都会在这种情况下限制CPU频率,但如IBM/联想 Thinkpad就会。参考thinkwiki以获取更多信息thinkpad related info on this topic.

如果你检查后发现并没有不正确的BIOS设置,而且你也十分清楚自己在做什么以及可能导致的结果,你还可以选择让内核忽略BIOS限制。

警告: 请确保你读了并且完全明白上面一节内容。CPU频率限制是你BIOS的一个安全特性,通常情况下你不应该越过它。

一个特殊的参数需要传递给处理器模块。

临时尝试这办法时可以修改/sys/module/processor/parameters/ignore_ppc值从01

要固化这个修改请参考Kernel module或继续阅读本文。 添加processor.ignore_ppc=1到内核启动参数或创建

/etc/modprobe.d/ignore_ppc.conf
# 如果你的机器受到错误的BIOS频率限制,这应该会有帮助
options processor ignore_ppc=1

参阅[编辑 | 编辑源代码]