Steam Deckの1％ Lowが31.8％改善？AMD P-State新機能「epp_boost」の仕組みと対応時期

携帯ゲーミングPCで上限フレームレートを設定して遊んでいても、場面転換や戦闘中に一瞬カクつくと感じたことがある人は少なくないはずです。平均FPSの数値では見えてこない、こうした瞬間的な処理落ちの原因の一つに、AMD製CPU・APUのクロック制御があります。

2026年7月28日、Linuxカーネル開発者のDavid Vernet氏がAMD P-Stateドライバーへ「epp_boost」という機能を追加するRFCパッチをLinuxカーネルメーリングリストへ提出しました。Steam Deck LCDでの検証では1％ Lowが31.8％、p99フレームタイムが4.1％改善したと報告されている一方、平均FPSに変化はありません。

本記事では、epp_boostがCPUクロックをどう制御するのかという仕組みの部分から、Welchのt検定を使った統計的な検証内容、Steam Deck OLEDやROG Ally・Legion Go・デスクトップRyzenへの適用条件、Linuxカーネルへの採用時期とSteamOSへの反映見通しまで、一次情報を基に整理します。

要点AMD P-Stateに新機能「epp_boost」を追加する提案が浮上

AMD P-Stateは、AMD製CPUやAPUの動作クロックと消費電力をLinux上で制御するドライバーです。従来のACPI P-Stateが限られた数の性能状態を切り替える方式だったのに対し、AMD P-StateはCPPCと呼ばれる仕組みを使い、より細かく性能と電力効率のバランスを調整します。今回提案されたepp_boostは、AMD P-Stateそのものを置き換える機能ではなく、既存のアクティブモードにゲーム向けの補助的な制御を追加するものです。パッチシリーズの名称は「Per-core EPP boost for recently-busy CPUs」で、全4本のパッチで構成されています。

出典：Linux Kernel Mailing List「cpufreq/amd-pstate: Per-core EPP boost for recently-busy CPUs」

解説1％ Lowが31.8％改善するとはどういうことか

1％ Lowは、ゲーム中に記録した全フレームのうち、処理が遅かった側の約1％から算出するフレームレート指標です。平均FPSが高くても、場面の切り替わりや戦闘中に短いフレーム落ちが繰り返されると、プレイヤーの体感としてはカクついて見えます。1％ Lowは、こうした一時的な処理落ちやフレームレートの安定性を判断するための数値です。

今回のベンチマークでは、epp_boostを有効にすると1％ Lowが31.8％向上しました（Welchのt検定でp値0.014）。同時にp99フレームタイム（全フレームのうち遅い側1％のフレーム処理時間）も4.1％改善しています（p値0.015）。一方、平均FPSと、0.1％ Lowに近い指標であるp999フレームタイムには、統計的に有意な変化が確認されていません。つまりゲーム全体の描画速度が31.8％速くなったわけではなく、特定のタイミングで発生していた比較的大きなフレームレートの落ち込みを減らした結果です。平均60fpsのゲームが約79fpsになるという意味ではなく、瞬間的に落ち込んでいたフレームレートが底上げされたと理解する必要があります。パッチの説明では改善率のみが示されており、変更前後の具体的な1％ Lowの数値そのものは公開されていません。

原因ゲーム中にCPUクロックが下がる理由

AMD P-Stateをアクティブモードで使う場合、CPUはOSから渡された最低性能・最高性能・EPPといった情報を参考にしながら、実際の動作クロックを自律的に決定します。EPPはEnergy Performance Preferenceの略で、性能と消費電力のどちらを優先するかをCPUへ伝える値です。0に近いほど性能重視、255に近いほど省電力重視になります。OSが動作クロックを直接指定するのではなく、こうしたヒントをCPU側へ渡す設計は一般的な処理には効率的ですが、ゲーム特有の負荷パターンでは弱点になる場合があります。

ゲームのメインスレッドや描画スレッドは、1フレーム分の処理を休みなく実行しているわけではありません。GPUの処理完了を待つGPUフェンスや、ほかのスレッドを待つfutexなどにより、フレームごとに短時間だけ休止することがあります。CPU側から見るとスレッドが一瞬休止したことで負荷が下がったように見え、クロックを引き下げた直後に次のフレーム処理が始まり、必要なクロックへ戻るのが遅れてしまいます。このクロック低下が毎フレーム繰り返されると、CPU使用率自体は高いのに、フレーム処理の開始部分だけ性能が不足する状態になります。

パッチ開発者がSteam Deck LCDで確認した例では、『シドマイヤーズ シヴィライゼーション VI』のメインスレッドを処理するCPUコアの使用率が98％に達していたにもかかわらず、中央値の動作クロックは2.43GHzにとどまっていました。Steam Deck LCDのCPUは最大3.5GHzまで動作します。98％という高い使用率に対して2.43GHzというクロックは低く、短い休止によってCPUの性能要求がその都度目減りしていたことになります。Steam Deck LCDはZen 2世代の4コア8スレッドCPUとRDNA 2 GPUを組み合わせたVan Gogh APUを搭載し、APUの電力枠は4〜15Wです。

仕組みepp_boostは高負荷なコアだけを一時的にブーストする

epp_boostを有効にすると、AMD P-Stateドライバーは各CPUコアの稼働状況を定期的に確認します。監視に使われるのはC0 residencyと呼ばれる値です。C0はCPUコアが命令を実行できる稼働状態を指し、MPERFとTSCという2つのカウンタの差分から、一定期間内にコアがどの程度動作していたかを判断します。

初期仕様のパラメータは、最大10ミリ秒に1回の頻度でコアの稼働率を確認し、稼働率が50％以上だった場合、そのコアのEPPを性能重視となる0へ一時的に切り替えるというものです。その後もコアが高負荷と判定され続ける限りブースト状態を維持し、最後に高負荷と判定されてから300ミリ秒が経過すると、元のEPP設定へ戻します。ゲームのメインスレッドがGPUの処理完了を短時間だけ待っても、300ミリ秒以内に次の処理が始まればパフォーマンス重視の状態が維持される計算です。ゲームを終了するなどしてコアが本当にアイドル状態になれば、300ミリ秒後には通常の設定へ戻ります。

重要なのは、epp_boostがすべてのCPUコアを常時パフォーマンスモードにするわけではない点です。直前まで高い負荷が続いていたコアだけを一時的にブーストし、最低性能（min_perf）・最高性能（max_perf）・希望性能（desired_perf）といった他のCPPCパラメータには一切手を加えません。変更するのはEPPだけという設計です。

比較常時パフォーマンス設定・最低クロック固定という別解と何が違うのか

ゲーム中のクロック低下を防ぐだけなら、ほかにも方法は考えられます。パッチ開発者はepp_boostを検証する過程で、「システム全体のEPPを常にパフォーマンス重視へ固定する方法」と「高負荷コアの最低性能（min_perf）を定格まで引き上げる方法」の2つも試しています。

システム全体でEPPをパフォーマンス重視に固定すると、CPUコアの中央値クロックは2.43GHzから3.5GHzへ上がり、1％ Lowは約16％、p999フレームタイムは約40％改善しています。epp_boostの31.8％という改善率はこれを上回りますが、システム全体の固定はゲームに使っていないコアや、ゲーム外の処理でもパフォーマンス重視の状態が続く点が異なります。Steam DeckはCPUとGPUが4〜15Wの電力枠を共有しているため、全コアを常時高性能側へ寄せることが必ずしもバッテリー駆動時間やゲーム性能に有利とは限りません。

もう一方の、高負荷コアのmin_perfを定格性能まで引き上げる方法も、コアのクロック自体は3.5GHzまで上がります。しかしこの場合、最も遅い側のフレームを示すp999フレームタイムが、標準状態より13〜21％悪化する結果になりました。CPUの最低性能を固定したことで、Steam DeckのSMU（System Management Unit）が行うCPUとGPU間のブースト管理に悪影響を与えたと説明されています。epp_boostはmin_perf・max_perf・desired_perfを変更せず、EPPのみを一時的に切り替えるため、CPUへ高いクロックを促しながらも、実際にアイドル状態になった場面ではクロックや消費電力を素直に下げられます。

検証ベンチマークの条件と限界

今回の31.8％という数値は、Steam Deck LCD1台と『シドマイヤーズ シヴィライゼーション VI』1本を使った検証結果です。テストにはVan Gogh APUを搭載するSteam Deck LCDが使われ、AMD P-Stateはアクティブモード、EPPはbalance_performanceに設定されています。『シドマイヤーズ シヴィライゼーション VI』の内蔵グラフィックスベンチマークは、単一スレッドのCPU負荷が高く同じ条件を再現しやすいことから選ばれています。

標準設定とepp_boost有効時を交互に切り替えながら、それぞれ6回ずつ計測しています。フレームごとの処理時間とCPUコアのクロックを記録し、平均FPS、1％ Low、p99、p999のフレームタイムを算出したうえで、測定結果の差についてWelchのt検定を実施しています。複数回の測定と統計的な検定を経ている点は評価できますが、テストされたゲームは1本、使われたハードウェアも1機種にとどまります。

『シドマイヤーズ シヴィライゼーション VI』のベンチマークは単一スレッドのCPU性能に依存しやすく、今回の問題が表れやすい条件です。GPU負荷が支配的なゲームや、複数のCPUコアを均等に使うゲームでは、改善幅が今回より小さくなる可能性があります。またストレージの読み込み遅延やシェーダーコンパイル、VRAM不足、ゲーム側の不具合が原因のカクつきには、epp_boostは効果を発揮しません。あくまでCPUクロックの立ち上がりの遅れが原因になっているケースに絞った改善策です。

電力平均FPSが変わらない理由とバッテリーへの負担

平均FPSが変わっていないと聞くと、epp_boostに意味がないと感じるかもしれません。しかし携帯ゲーミングPCでは、平均FPSを引き上げることより、設定した上限フレームレートを安定して維持できるかどうかのほうが体感に直結します。Steam Deckでは消費電力とバッテリー駆動時間を抑えるため、30fps・40fps・45fpsといった上限を設定して遊ぶ場面が多くあります。平均値が上限に届いていても、短いフレーム落ちが繰り返されるとカメラ移動や操作がなめらかに感じられません。epp_boostが狙っているのは、平均FPSでは見えにくいこの種の一時的なクロック低下です。

一方で、消費電力とバッテリー駆動時間への影響は、今回公開されたパッチの説明には含まれていません。APUの消費電力、駆動時間、温度、ファン回転数といった比較データは示されておらず、1％ Lowが改善したとしても、高負荷コアが3.5GHzで動作する時間が増えれば、標準設定より消費電力が増える可能性は残ります。ブーストしたコアの処理が早く終わり、その分アイドル状態へ戻る時間が増えるなら、消費エネルギー全体では大きく変わらない可能性もありますが、現段階では実測データが不足しています。Steam Deckへの正式導入を判断するには、ゲーム性能だけでなく、バッテリー駆動時間やAPU温度への影響を複数タイトルで検証する必要があります。

対応Steam Deck OLEDやROG Ally、Legion Goでも効果はあるか

今回のベンチマークに使われたのはSteam Deck LCDのみで、ほかの携帯ゲーミングPCでの実測結果は公開されていません。ただし、epp_boostが対象にしている「ゲームのメインスレッドが短い休止を繰り返し、その都度CPUクロックの立ち上がりが遅れる」という現象自体は、Steam Deck LCD固有の問題ではないと考えられます。

現状今のSteam Deckですぐには使えない

2026年8月2日時点の一般向けSteamOSでは、epp_boostを使うことはできません。今回公開されたのは、正式採用前のRFCパッチです。RFCはRequest for Commentsの略で、実装方法について開発者やメンテナーから意見を募る初期段階を意味します。

現在配信されているSteamOSに起動オプションとしてamd_pstate.epp_boost=1を追加しても、カーネル自体にepp_boostのコードが組み込まれていなければ機能しません。パッチが適用されたカーネルでは、/sys/module/amd_pstate/parameters/epp_boostからepp_boostの状態を確認・変更できる設計です。Steam Deckへ非公式カーネルを導入すれば試すこと自体は可能ですが、SteamOSのアップデートで設定が元に戻ったり、起動できなくなったりする可能性があります。31.8％という数値だけを理由に、一般ユーザーがカーネルを自己流で入れ替えるのはおすすめできません。

展望Linuxカーネルへの採用時期とSteamOSへの反映見通し

2026年8月2日時点で、Linuxの最新安定版は7.1.5（2026年7月24日リリース）、開発中のメインラインは7.2-rc5（2026年7月26日公開）です。epp_boostのRFCパッチが提出されたのは2026年7月28日で、Linux 7.2はすでにリリース候補版の段階に入っているため、新機能として7.2へ追加される可能性はありません。最短で考えられるのはLinux 7.3ですが、現時点では正式なPATCHではなくRFCという位置づけです。AMDのLinux担当者やcpufreqメンテナーによるレビューを受け、指摘内容を反映した第2版以降が提出される可能性があります。稼働率の判定値、10ミリ秒の監視頻度、300ミリ秒の維持時間についても初期パッチでは固定値となっており、開発者自身が調整可能な設定として公開すべきかどうか意見を求めています。レビューが順調に進みcpufreqメンテナーの管理ツリーへ早期に取り込まれればLinux 7.3へ入る可能性は残りますが、RFC提出からマージ準備までの期間の短さを考えると、Linux 7.4以降へ持ち越される可能性も十分にあります。

Linux本流へepp_boostが採用されても、Steam Deckですぐ使えるようになるとは限りません。ValveはLinuxカーネル、AMDのグラフィックスドライバー、Steamクライアント、ゲームモードなどを組み合わせ、Steam Deck向けにテストしたうえでSteamOSを配信しています。現行の安定版SteamOS 3.8は、2026年3月のプレビュー版でLinuxカーネル6.16への更新が案内され、同年6月に安定版へ昇格した経緯があります。Linux本流の最新バージョンをそのまま即日採用するのではなく、SteamOS向けに選定したカーネルへ必要な機能を統合するスタイルであることが分かります。epp_boostが正式採用された場合、Valveには新しいカーネル全体を導入する方法と、epp_boost関連のパッチだけを現行カーネルへバックポートする方法の両方があります。Steam Deckを直接使った改善結果が報告されているため、Valveが早期に評価する可能性はありますが、2026年8月2日時点では導入予定や配信時期について公式な発表はありません。

判断31.8％という数字をどう受け止めるべきか

epp_boostは、Steam Deckの性能を単純に31.8％引き上げる機能ではありません。改善したのは『シドマイヤーズ シヴィライゼーション VI』ベンチマークの1％ Lowであり、平均FPSは変わっていません。テストされた端末もSteam Deck LCDの1台、ゲームも1タイトルにとどまります。一方で、CPU使用率が98％でもクロックが2.43GHzまで落ちていたコアを、必要な時間だけ3.5GHzへ引き上げるという仕組みには合理性があります。ゲームのメインスレッドが短い待機を頻繁に挟むこと自体は珍しい現象ではないため、複数のゲームでも同じクロック低下が確認されれば、平均FPSを維持したままフレームタイムを安定させる実用的な改善策になる可能性があります。

おすすめRyzen搭載ハンドヘルドでBazziteやCachyOSを試すなら

epp_boostのようなカーネルレベルの新機能を早く試したい場合、SteamOS以外にもBazziteやCachyOSといったLinuxディストリビューションをAMD Ryzen搭載ハンドヘルドへ導入する選択肢があります。いずれもArch Linuxベースで比較的頻繁にカーネルが更新されるため、正式採用後にepp_boostへ早めにアクセスできる可能性があります。MSR方式のCPPCに対応したAMD Ryzen AIチップ搭載機を2台紹介します。

Ryzen AI Z2 Extreme／MSR CPPC対応ASUS ROG Xbox Ally X（RC73XA・7型120Hz・Ryzen AI Z2 Extreme・24GB/1TB）epp_boostが要求するMSR方式のCPPCに対応するRyzen AIチップ搭載機です。標準はWindows 11ですが、BazziteやCachyOSへ入れ替えれば、epp_boost正式採用後にいち早く試せる検証機としても使えます。24GBメモリ・1TB SSDと携帯機としては余裕のある構成です（※価格は変動するため、最新はリンク先で確認してください）。価格目安：約169,800円～Amazonで価格を見る

Ryzen Z2 Extreme／8型120HzMSI Claw A8（BZ2EM・8型120Hz・Ryzen Z2 Extreme・24GB/1TB）同じくMSR方式のCPPCに対応するRyzen Z2 Extreme搭載の8型ハンドヘルドです。120Hz表示に対応した大画面で、標準OSをLinuxディストリビューションへ入れ替える前提で選ぶ人にも扱いやすい選択肢です（※価格は変動するため、最新はリンク先で確認してください）。価格目安：約184,000円～Amazonで価格を見る

※価格は変動します。最新の価格はAmazonでご確認ください。

FAQepp_boostに関するよくある質問

総括平均を上げずにカクつきを減らす、地に足のついた改善提案

あわせて読みたい

トラブル・設定

フレームレートが突然下がる原因と対処法｜サーマルスロットリングを5ステップで診断

トラブル・設定

Bazzite 完全ガイド｜ROG Ally / Legion Go を SteamOS化する全手順

トラブル・設定

SteamOS vs Windows 11｜ハンドヘルドOS 完全比較・用途別の正解

トラブル・設定

Windows 11 Xboxモード 完全レビュー｜1% Low改善とSteamOS比較の実測検証