Zen 6 PQOS拡張：AMDが帯域幅制御と特権分離を進化させた
クラウド事業者がずっと抱えていた問題を、AMDがハードウェアレベルで解こうとしている。
クラウド事業者がずっと抱えていた問題を、AMDがハードウェアレベルで解こうとしている。
隣のテナントに帯域幅を食われる問題
データセンターで多数の仮想マシンを動かすとき、最大の悩みの一つは「隣で走っているワークロードが帯域幅を食い潰す」ことだ。
従来のAMD PQOSでは、帯域幅の上限設定はQOSドメイン（L3キャッシュを共有する単位）の中だけに留まっていた。コアが多数あり、複数のQOSドメインにまたがるシステムでは、その壁を越えた制御ができない。結果として、隣のドメインのコアが暴れ始めても、ソフトウェア側でなんとかするしかなかった。
Zen 6ではこれをハードウェアで解決する。
AMDが2026年3月に公開した技術文書「AMD64 Zen 6 Platform Quality of Service Extensions」（Publication #69193）には、3つの新機能が記されている。GLBE（Global Bandwidth Enforcement）、GLSBE（Global Slow Bandwidth Enforcement）、そしてPLZA（Privilege-Level Zero Association）だ。
GLBEが変える「ドメインの壁」
GLBEの本質は、複数のQOSドメインを束ねた「GLBEコントロールドメイン」という概念を導入したことにある。
従来のL3外部帯域幅制御は1つのQOSドメイン内でしか機能しなかった。GLBEはこの制約を取り払い、コントロールドメイン内の全QOSドメインにまたがるコアの合計帯域幅にバンドウィドスシーリング（帯域幅上限）を設定できるようにした。
ソフトウェアは、サービスクラス（COS）ごとにL3外部帯域幅の上限を設定し、その制限はコントロールドメイン内の全QOSドメインに共通で適用される。
つまり、仮想マシンAが使うvCPUを一つのCOSにまとめておけば、たとえそのvCPUが複数のL3チップレットに散らばっていても、システム全体で帯域幅を一括管理できる。Webホスティングで例えるなら、「このテナントはどのサーバーを使っても合計で○GB/sまで」という制限をハードウェアが担保してくれる形だ。
GLSBEとPLZA：もう一段の細分化
GLSBEはGLBEの亜種であり、「スローメモリ」として指定されたメモリ領域への帯域幅を独立して制御する。
高コアカウントのサーバーでは、DRAMの近くにあるコア（ローカルメモリ）と遠くのコア（リモートメモリ・CXLメモリ等）で帯域幅特性が大きく異なる。スローメモリへのトラフィックが高速メモリの帯域幅に干渉するケースは珍しくなく、その制御をGLBEとは独立して設定できるのがGLSBEの意義だ。
PLZAはまた別の角度からの拡張だ。
従来のPQOSでは、どのCOSやRMID（リソース監視識別子）を使うかはスレッド単位で設定されていた。特権レベル（CPL=0、つまりOSカーネルやハイパーバイザーが走るモード）かどうかは関係なく、全部同じ識別子が使われる。
PLZAはこれを変える。CPL=0で動いているとき、ハードウェアが自動的に専用のCOS/RMIDへ切り替えるのだ。カーネルが使う帯域幅とユーザープロセスが使う帯域幅を、ハードウェアレベルで分離して計測・制限できるようになる。これがPLZAの最大の実用的意義だ。
PLZAを利用すると、ハイパーバイザーやホストカーネルのリソース使用量を、ゲストワークロードとは独立したポリシーで管理・計測できる。SVMが有効な環境でも動作する。
これはクラウド事業者にとって、ホスト側のオーバーヘッドをより正確に「見える化」できることを意味する。テナントの課金計算や、ハイパーバイザー自身のリソース消費を把握する上で、実用的な恩恵が生まれる。
Linuxカーネルへのパッチも準備済み
この機能はすでにソフトウェア側でも動き始めている。
2026年1月上旬、AMDエンジニアがLinuxカーネルメーリングリストへ19本のパッチを投稿した。GLBE、GLSBE、PLZAのサポートを次世代EPYC「Venice」向けに準備するためのものだ。このパッチ群の存在は、ハードウェア仕様書の公開と並行して実装が着々と進んでいることを示している。
AMDのエンジニアがLinuxカーネルメーリングリストへGLBE/GLSBE/PLZAのサポートパッチ19本を投稿。次世代EPYC「Venice」プロセッサーへの対応を見据えた動きと見られる。（Phoronix、2026年1月）
ハードウェアの仕様書と並行してLinuxのサポートが進んでいるのは、AMDがこの機能をサーバー市場に本気で展開しようとしている証左だろう。Zen 6ベースのEPYC Veniceは2026年のリリースが予定されており、デスクトップ向けRyzen「Olympic Ridge」は2027年以降と見られている。
この機能は誰に効くのか
正直に言えば、個人ユーザーやゲーマーにとってGLBEやPLZAは当面無関係に近い。恩恵を受けるのは、大規模なマルチテナント環境を運用するクラウド事業者、ホスティング会社、そして大手企業のデータセンターだ。
ただ、これを「EPYCだけの話」として見過ごすのはもったいない。PQOSの機能強化は、Zen世代を経るごとにコンシューマー向けにも下りてくる傾向がある。今回の拡張が将来のRyzenにどこまで反映されるかはまだ不明だが、「帯域幅制御をソフトウェアではなくシリコンに埋め込む」という方向性は、AMDのアーキテクチャの根底にある思想の一つになりつつある。
Intelも独自のRDT（Resource Director Technology）でQoS機能を持っているが、今回の文書を読む限り、Zen 6のPQOS拡張はより細粒度で、より大規模なマルチCCDシステムを意識した設計になっている。
クラウドの隣人問題を、ハードウェアで黙らせる時代が来ようとしている。
参照元
他参照
