自作PCユーザーがゲーム用PCの解説をします

自作ユーザーが解説するゲーミングPCガイド

AMD Zen 6 CPUの新機能が判明:全コア一律ブーストから脱却

投稿日:

■事実

AMD Ryzen向けオーバークロックツール「HYDRA OC」の開発者1usmus氏が、VideoCardzに対しZen 6の新しいゲーム性能管理機能に関する情報を提供しました。

新機能名は「CPPC Performance Priority」です。

CPPC(Collaborative Processor Performance Control)はACPI仕様の一部で、OSとCPUファームウェアが協調してコアごとの電力・性能状態を管理する仕組みです。

CPPC自体はRyzen 3000シリーズから存在する機能だが、これまで理想通りには機能してきませんでした。

既存のCPPC機能「Preferred Cores」は、その瞬間に最も高クロックで動作しているコアへタスクを割り当てる仕組みです。

新機能「CPPC Performance Priority」は、コアごとに異なる「最低性能フロア(floor)」を個別設定できる、より粒度の細かい制御をします。

制御パラメータ「FloorPerf」により、個々のコアに最低動作クロックを設定可能です。

プロセッサ全体が電力・温度上限に達した場合、バックグラウンドタスクを実行するコアを優先的に降速させ、ゲームの主要スレッドを実行するコアは設定された最低クロックを維持する仕組みです。

例:ゲームを前面で実行しながらDiscordやSpotifyがバックグラウンドで動いている状況で、サーマルスロットリングが発生した場合、まずバックグラウンドタスク側のコアが降速の対象になります。

Linuxカーネルメーリングリストに投稿されたパッチにより、この機能の技術的詳細が判明しています。

CPUID leaf 0x80000007のEDXレジスタのビット16で、対応CPUかどうかが判別可能です。

対応フロアレベル数はMSR_AMD_CPPC_CAP1のビット32:39に格納します。

個別コアの希望フロア値は新設のMSR「MSR_AMD_CPPC_REQ2」(アドレス0xc00102b5)のビット0:7で指定します。

Linux上ではsysfsに floor_freq / floor_count として現れます。

Tom’s Hardwareの報道によれば、CPPC関連の追加機能として「HighestFreq」も予定されており、OSがより詳細なチップ内部データにアクセスしてコア管理判断の精度を上げる仕組みといわれています。

この機能の狙いは最大ブースト周波数や平均FPSの引き上げではなく、「1%Low」(フレームタイムのばらつき・体感カクツキ)の改善にあるとされています。

AMD公式からの確認は現時点でなく、リーク・非公式情報の域を出ません。

Zen 6デスクトップ版(Ryzen 10000シリーズ、開発コード名Olympic Ridge)は、当初噂されていた2026年内投入から2027年ローンチへ後ろ倒しとの観測が複数メディアから出ています。

サーバー向けZen 6「EPYC Venice」はAMD自身が2026年内投入を公式に表明済みで、デスクトップより先行する見通しです。

Olympic RidgeはAM5ソケットを継続する見込みで、TSMC 2nm(N2)プロセスの採用が噂されています。

Windows 11側でも26H2または27H2でCPPC Performance Priority対応が入るのではという観測がNeowin等から出ています。

表(既存機能との比較)

項目 Preferred Cores(既存) CPPC Performance Priority(Zen 6新機能)
対応世代 Ryzen 3000〜 Zen 6〜(未発売)
制御単位 瞬間的に最速のコアへタスク割当 コアごとに個別の最低性能フロアを設定
主眼 単一スレッド性能の最大化 サーマル/電力制限時の優先度管理
効果が出る場面 シングルスレッド処理全般 バックグラウンド負荷がある中でのゲーム実行時
公式確認 既存機能(確立済み) 未確認(Linuxカーネルパッチ・非公式情報)

解説

今回のポイントは「最大クロックの引き上げ」ではなく「1%Low=体感のカクツキ改善」に焦点を当てている点。ベンチマークの見栄えより実プレイ感に効く部分を狙っている。

従来の全コア一律ブースト方式だと、ゲームの描画スレッドもDiscordのオーバーレイもシェーダーコンパイルも「等しく」電力制限の対象になり、重要度に関係なく足並みを揃えて速度が落ちていた。これは非効率という指摘ができる。

CPPC自体は2019年のRyzen 3000シリーズから存在する枯れた仕組みなのに、6年以上経ってようやく本腰を入れて改良するというのは、裏を返せば長年ここに伸びしろが残されていたということ。

情報の出所がAMD公式ではなくLinuxカーネルパッチとオーバークロックツール開発者経由という点は、この手の次世代CPUリークにありがちなパターン。正式発表より先に技術者コミュニティから漏れてくる典型例として触れられる。

「特定のコアだけ最低性能を保証する」という発想自体は、Intelのハイブリッド構成(P-core/E-coreへのタスク振り分け)と設計思想が近い部分がある。ただしAMDの場合は同種のコア内で”フロア”を個別制御するという違いがあり、単純な高性能コア/省電力コアの住み分けとは別のアプローチだという整理ができる。

実際にどこまで効果があるかは、Zen 6デスクトップ版が出るまで検証しようがない。しかもその発売自体が2027年に後ろ倒しという観測が有力なため、体感できるのはまだ先の話になりそう。

快科技の元記事も、今回参照した英語ソース側も、詳細部分(浮動小数点ユニットの扱いなど)で記述が途中で切れている箇所があり、現時点では断片的な情報の域を出ない点は正直に書いておいた方がいい。

従来方式は「全員に同じ号令をかけて一斉に速度を落とす体育会系」、Zen 6は「重要な仕事をしている人だけ手加減してもらえる管理職タイプ」に進化した、というたとえ。

派手なクロック競争の数字よりも、地味な”フレーム時間のムラを減らす”方が実際のプレイ体験には効くという話だ。