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 的意義不大，它既不能保證不會降頻，也不一定能獲得請求的性能。
他指出，懂行的用戶可以自行通過 scaling_max_freq 單獨設置性能上限，使其適應不同平臺、工作負載和運行環境。
Loehle 還提及，華爲也曾引入過另一個相關 commit（54e74df5d76d），他對此的使用場景感到好奇，並認爲在 Linux 上擁有一個標稱性能不等於最高性能的平臺目前只會帶來更多麻煩。
注：此次補丁針對的是通用 ACPI CPPC CPUFreq 驅動，並非面向所有 Linux 處理器平臺統一開啓 Boost。最終是否合併，仍取決於 Linux 內核維護者後續的討論與審查。
更多遊戲資訊請關註：電玩幫遊戲資訊專區
電玩幫圖文攻略 www.vgover.com
