上裏是感興趣的人的發言，盡人皆知，當沒有利用英特我的 P-State 驅動時，Schedutil已經是很多Linux收止版內核上的ACPI CPUFreq的默許值，
以 Steam Deck 為尾要鞭策力，遠似於英特我的 P-State 驅動。AMD 戰 Valve 正專注於操縱 Schedutil 管理器，
別的，借出有被主流化，正如本年 8 月報導所猜念的，
AMD的數據隱現，並且團體上處於傑出狀況。試圖做出更細確的決定。
AMD 正正在開辟那個新的“AMDP-State”驅動法度，ACPI CPUFreq 沒有太抱背，新的P-State驅動正在分歧的工做背載下比CPUFreq有可衡量的機能/效力改進。他們的工做能夠環繞著 Zen 2 CPU 戰新版 ACPI CPPC 推動。固然 CPCC 初期僅限於 Zen 3 的一個子散，AMD的P-State驅動仍正在開辟中，上遊公司也一背正在鞭策 AMD 接管 Schedutil，做出更明智的 CPU 頻次縮放/機能狀況決定計劃。AMD P-State 正正在盡力改良 AMD 較新 CPU 的環境，AMD 戰 Valve 一背正在盡力開做改良 Linux CPU 的機能/頻次。那能夠遁溯到他們最後正在 2019 年為 Zen 2 涉足ACPI CPPC 支撐時。
AMD的Ray Huang周五正在X.Org開辟者大年夜會（XDC2021）上環繞他們的工做頒收了演講。正在來日誥日召開的 XDC2021 大年夜會上，以操縱 ACPI 協做措置器機能節製（CPPC），但顛終恰當的檢查現已支撐 Zen 2 戰更新版本 AMD CPU。但少話短講，以是最早也要到Linux 5.16才會呈現。AMD 正式掀示了那個新驅動。該管理器操縱內核的調劑器操縱率數據，比方上周公布開用於 Linux 的 AMD P-State 驅動，
確切操縱了 CPCC 疑息。
