华为提议 Linux 通用 CPPC 驱动默认开启 CPU Boost，Arm 工程师质疑实际收益
据 IT之家 10 月 16 日援引 Phoronix 报道，华为工程师张鹏杰于前一日向 Linux 内核提交补丁，建议在硬件支持的条件下，为通用 ACPI CPPC CPUFreq 驱动默认开启 CPU Boost。Arm 工程师、Linux 开发者 Christian Loehle 对这一调整提出异议，认为现代处理器的功耗与散热约束复杂，开启 Boost 并不等于能够获得预期性能。目前这仍是一项待讨论和审查的补丁，并非已经生效的内核政策。
补丁改变什么：从手动开启转向默认启用
ACPI CPPC 即协作式处理器性能控制，是 ACPI 定义的一套机制，操作系统可以通过它与平台固件交互，调节处理器性能。此次修改落在 cppc_cpufreq.c 文件中，新增 20 行代码，用于初始化 Boost 的默认状态。
按照来源描述，在当前通用 ACPI CPPC 驱动下，如果处理器的最高性能等级高于标称性能等级，Boost 默认仍处于禁用状态，用户需要通过 sysfs 手动开启。张鹏杰提出，只要至少一个 CPU 支持 Boost，就应自动为所有支持该功能的调频策略启用它。
- 修改对象是通用 ACPI CPPC CPUFreq 驱动，而非所有 Linux 处理器平台。
- 默认启用仍以相关硬件和策略支持 Boost 为前提。
- 提案调整的是初始配置，不代表处理器会持续运行在最高性能状态。
- 是否进入内核，仍需维护者后续审查与讨论。
争议焦点：允许更高性能，不等于兑现性能
Phoronix 指出，ACPI CPPC 驱动广泛用于 ARM64 Linux 服务器平台，这些平台的用户往往希望保留峰值性能能力。从这一角度看，默认开启可以减少用户部署后手动调整的步骤，避免支持 Boost 的硬件因默认设置而未开放相应能力。
但 Loehle 质疑的是这一开关在现代芯片上的实际意义。他认为，处理器受到复杂的功耗和热设计边界约束，Boost 既不能保证不降频，也不一定能实现所请求的性能。对于了解平台的用户，可以通过 scaling_max_freq 单独设置性能上限，使配置适应不同工作负载与运行环境。
他还提到华为此前引入的相关提交 54e74df5d76d，并询问其使用场景。这表明讨论不只是“开或关”，也涉及 Linux 应如何处理标称性能与最高性能不一致的平台。
对服务器用户意味着什么
从产业应用角度看，这次讨论体现了服务器默认策略的两种取向：一方希望默认释放硬件提供的性能空间，另一方则强调性能控制应结合平台约束与实际负载。对使用相关 ARM64 服务器运行编译、数据处理或 AI 配套任务的团队而言，值得关注的是默认行为可能变化，而不是据此推断所有任务都会提速。
默认开启 Boost 与性能收益之间，仍需要具体平台上的验证。现有信息没有提供该补丁的性能、功耗或温度测试结果，因此无法判断收益大小。当前更准确的理解是：这是一项针对特定驱动的默认配置提案，而不是 Linux 全平台统一开启加速模式的决定。