Linux 调频策略引发讨论：华为建议默认开启 CPU Boost，Arm 工程师提出异议

IT之家 10 月 16 日消息，据 Phoronix 报道，华为工程师张鹏杰（Pengjie Zhang）于昨日向 Linux 内核提交了一项补丁，提议在相关功能具备的情况下，默认启用 ACPI CPPC CPUFreq 驱动中的 CPU Boost 模式。为落实这一改动，该补丁对 cppc_cpufreq.c 文件进行了修改，新增了 20 行代码，用于初始化 Boost 的默认状态。

ACPI CPPC（Collaborative Processor Performance Control，协作式处理器性能控制）是由 ACPI 定义的一套处理器性能控制机制，允许操作系统与平台固件进行交互，从而调节处理器性能。

在当前通用的 ACPI CPPC 驱动下，若处理器的最高性能等级（Highest Performance）高于标称性能等级（Nominal Performance），Boost 模式默认处于关闭状态，用户需要手动通过 sysfs 来开启。

Phoronix 指出，ACPI CPPC 驱动在 ARM64 Linux 服务器平台上应用广泛，而这类平台的用户通常更倾向于追求峰值性能。

张鹏杰表示，只要至少有一个 CPU 支持 Boost，就应该自动为所有支持该功能的策略启用 Boost。

不过，Arm 工程师、Linux 开发者 Christian Loehle 对此持有不同意见。他认为，现代处理器的功耗和热设计约束过于复杂，Boost 模式本身无法确保处理器不会发生降频。

他说道：“我常思考我们是否应该彻底保留 Boost，如今芯片的功耗和散热边界已经足够复杂，以至于 Boost 的实际意义有限，它既不能保证避免降频，也不一定能获取所请求的性能。”

Loehle 指出，有经验的用户可以自行通过 scaling_max_freq 单独设置性能上限，从而适应不同的平台、工作负载和运行环境。

Loehle 还提到，华为此前曾引入过另一个相关的 commit（54e74df5d76d），他对该 commit 的使用场景感到好奇，并认为在 Linux 上拥有一个标称性能不等于最高性能的平台，目前只会带来更多麻烦。

IT之家提醒：此次补丁针对的是通用 ACPI CPPC CPUFreq 驱动，并非面向所有 Linux 处理器平台统一开启 Boost。最终是否合并，仍需等待 Linux 内核维护者后续的讨论与审查。