AMDが将来のヘテロジニアスCPUに向けて、Linux側に第3のコア種別を認識させる準備を進めている。Linux kernel mailing listに投稿されたAMDエンジニアのパッチカバーは、x86トポロジーのcpu_type分類に、既存のPerformanceとEfficiencyに加えてLow Powerを追加する内容だ。製品発表ではないが、AMDの次世代CPUが「高性能コア」と「小型コア」の二分法から、待機中や軽い背景処理までOSに見せる設計へ進む兆候になる。
確認できる事実は、Zen 6そのものの仕様ではなく、LinuxがAMD製CPUから受け取るコア種別の扱いである。パッチでは、AMDのヘテロジニアス部品がCPUID Fn0x80000026 EBX[31:28]でコア種別を報告し、値2が「背景処理やアイドル時の負荷で最小限の消費電力を狙う低電力コア」を示すと説明されている。これまでLinuxのデバッグ用トポロジー表示では、この種のコアがunknownとして見える状態だった。今回の変更は、ハードウェアが持つ分類をOSの内部表現へ通す土台になる。
Linuxが見るコア種別が三段階になる
今回のパッチが触っているのは、OSがCPUの構造をどう読むかという層だ。/sys/kernel/debug/x86/topo/cpus/*に出る情報でLow Powerコアを未知のコアとして扱わず、Performance、Efficiency、Low Powerの三つに分ける。さらに、AMD/Hygonの対象部品でブースト比率を求める処理では、Low Powerコアも既存のEfficiencyコアと同じくamd_get_highest_perf()に基づいて扱う。
低電力コアの存在をOSが知らなければ、後段の電力管理やスケジューリングは正しい前提を持てない。パッチそのものは新しいスケジューリング方針を追加していない。CPUが「このコアは通常の効率コアとは別の低電力コアだ」と報告したとき、Linuxがそれを分類として受け止め、ユーザー空間や性能管理の処理に伝えられるようにする変更である。
Low PowerはZen 5cの言い換えではない。AMDの現在の製品では、Zen 5とZen 5cを同じ製品内で組み合わせる設計がすでに使われている。新しい分類は、そうした既存の小型・高密度コアとは別に、背景処理やアイドル時の消費電力を狙うコア種別として説明されている。
Zen 5cはすでに密度を担っている
AMDの現行クライアント製品を見ると、Zen 5cは「省電力」という言葉だけでは説明しきれない役割を担っている。AMD Ryzen AI 9 HX 370は、AMDの公式仕様で旧コード名Strix Point、4基のZen 5と8基のZen 5c、合計12コア24スレッドとされる。最大ブーストは最大5.1GHz、Zen 5c側の最大クロックは最大3.3GHz、標準TDPは28W、設定可能なTDPは15〜54W。NPUは最大50 TOPSで、薄型PCから小型デスクトップまでを想定する製品になっている。
サーバー側では、Zen 5cの性格がさらに明確になる。AMD EPYC 9965はEPYC 9005シリーズの製品で、192コア384スレッド、384MBのL3キャッシュ、500Wの標準TDP、12チャネルDDR5、最大6400MT/sのメモリ仕様を持つ。低負荷時の待機電力を小さくするための小さな島というより、同じソケット内に多くのCPUコアを詰め込むための密度重視の設計だ。
Zen 5cはAMDにとって、クライアントでは限られた電力枠の中でマルチスレッド性能を増やし、サーバーではコア密度を伸ばすための中核部品になっている。今回のLow Power分類が示す方向はそこから一段違う。コア数を増やすための小型化ではなく、軽い背景処理を高性能側のコアから切り離し、待機時の電力をより細かく管理するための分類として読める。
低電力コアは「処理を速くする」より「起こさない」ための部品になる
ノートPCや携帯型端末では、重い処理をどれだけ速く終えるかと同じくらい、軽い処理のために大きなCPUブロックをどれだけ起こさずに済むかが電力を左右する。通知、同期、常駐サービス、OSの保守処理のような負荷は、単体では小さい。それでも頻繁に高性能コアや大きなCPU複合体を起こせば、バッテリー駆動時間や発熱に跳ね返る。
Low Powerコアの価値はこの領域で出る。パッチが「背景処理やアイドル時の負荷で最小限の消費電力」と説明している以上、この分類は高負荷時のピーク性能より、軽い処理をどこに置くかという判断に関係する。Linuxが最初に必要としているのは、CPU内部のどのコアがその役割を持つのかを誤認しないことだ。スケジューラが実際にどう使い分けるか、ファームウェアやCPPC情報とどう組み合わせるかは、その次の段階になる。
この変化は、AMDのヘテロジニアス設計がIntel型のPコア/Eコア構成へそのまま寄ることを意味しない。AMDは現行製品で、同じZen系の設計思想を保ちながら、Zen 5とZen 5cをクロック、面積、電力枠で使い分けている。Low Powerコアが製品化される場合も、別マイクロアーキテクチャになるのか、Zen系のさらに低電力向け実装になるのかはまだ分からない。今回のパッチから確定できるのは、AMDが通常のEfficiencyコアとは別の分類をLinuxへ見せようとしていることまでである。
Zen 6との関係は有力だが、製品仕様はまだ見えない
この話題がZen 6と結び付けられるのは自然だ。AMDの現行クライアントCPUはすでにZen 5とZen 5cを組み合わせており、新しいLow Power種別は次世代製品での採否を確認すべき材料になる。しかし、パッチ本文はZen 6、製品名、搭載コア数、キャッシュ構成、製造プロセス、発売時期を示していない。ここを補う未確認情報を混ぜると、Linuxパッチが本当に示している変化がぼやける。
読者が次に見るべきなのは、噂の製品名ではなく、AMDの公開仕様やファームウェア、Linux側の後続パッチである。Low PowerコアがクライアントAPUだけに入るのか、デスクトップのI/O側にも現れるのか、サーバー向けには関係しないのか。OSが表示に使う段階から進み、負荷配置や電力状態の選択にまで使うのか。実機でアイドル時の消費電力や低負荷時の応答性にどの程度の差が出るのか。これらが確認されて初めて、Zen 6世代の省電力設計としての意味が定まる。
今回のパッチは小さいが、示している前提の変化は小さくない。AMDの「c」系コアは、すでにクライアントとサーバーでコア密度を伸ばす手段として定着した。Low Powerコアの分類がその横に置かれるなら、次の焦点は、CPUのピーク性能ではなく、軽い処理をどれだけ低い電力状態のまま処理できるかへ移る。Zen 6世代の実機では、待機、復帰、常駐処理、薄型PCの発熱といった地味な場面にも、設計変更の意味が表れる。
