■事実
概要
今回の取り組みはVRAMが8GB以下のGPU環境でのLinuxゲーミング体験を根本的に改善することを目的としています。
ValveのLinuxグラフィックスドライバーチームに所属するNatalie Vock（別名：pixelcluster）が、Linux上でのVRAM管理を改善するカーネルパッチ群と周辺ツールを公開しました（2026年4月9日ごろ）
Vockは主にAMD GPU向けVulkanドライバー「RADV」を担当する21歳の学生かつValveの独立契約者です。
問題の構造
Linuxカーネルは従来、GPUメモリ（VRAM）の割り当て・退避（eviction）においてゲームとバックグラウンドアプリを区別しない設計でした。
VRAMが満杯になると、Discord・Chromium・Blenderなどのバックグラウンドプロセスではなく、ゲームのデータが「GTT」（Graphics Translation Table）と呼ばれるシステムRAM領域に追い出される場合がありました。
GTTはPCIeバス経由でアクセスするシステムRAMのため、VRAMと比較して帯域幅が大幅に低く、レイテンシも高かったようです。
この問題により、プレイ時間が長くなるにつれてゲームのフレームレートが徐々に低下する「性能劣化」が発生していました。
Cyberpunk 2077での検証データ
GTT使用の削減により、フレームタイムの一貫性が向上し、特に長時間プレイ時のパフォーマンス低下が抑制されました。
8GB VRAMのGPUでCyberpunk 2077をSteam Play（Proton）で動作させた場合、パッチ適用前はGameThreadがVRAM 6,105MBに加えGTT 1,370MBを使用していました
パッチ適用後、GameThreadのVRAM使用量は7,395MBに増加し、GTT使用量は650MBに減少していました。（GTTが約半分以下）
技術的な解決策
カーネルパッチに加え、ユーザースペースで動作する2つのパッケージが提供された：
dmemcg-booster：フォアグラウンドゲームのDMEMグループ制限を有効化・制御するsystemdサービス
plasma-foreground-booster：KDE Plasmaデスクトップと連携し、全画面ゲームのVRAM優先度を設定するコンポーネント
KDE Plasmaを使用しない環境では、ValveのGamescapeコンポジターの新バージョンでも同等の優先度設定が利用可能です。
解決策の中核はLinuxカーネルの「cgroup」機能を応用したDMEMグループコントローラー（DRM device memory cgroup controller）です。
DMEMコントローラーはVockがIntelのMaarten Lankhorst、Red HatのMaxime Ripardとともに共同開発したものです。
このコントローラーにより、カーネルがどのプロセスがGPUメモリの優先使用権を持つかを判断できるようになります。
対応状況と制限
最も手軽に試せるのはLinuxディストリビューション「CachyOS」で、カーネルバージョン7.0rc7-2以降にパッチが統合済みです。
Arch系ディストリビューションであればAUR（Arch User Repository）経由で手動インストールも可能です。
Steam Deck（APU構成でCPUとGPUが同一メモリを共有）はこの改善の恩恵を受けません。（Steam DeckはそもそもGTTメモリしか持たない）
現時点ではAMDとIntelのオープンソースドライバーのみ対応しました。
NVIDIAのプロプライエタリドライバーは必要なDRMデバイスメモリcgroupコントローラーをサポートしていないため、対象外です。
2026年4月時点で、パッチはLinuxカーネルのmainlineおよびKDE Plasmaの公式リリースには未統合でした。
Steam Machineとの関係
今回のVRAM管理改善パッチはSteamOS（Linuxベース）で動作するSteam Machineの8GB VRAM問題への直接的な対策になりうるでしょう。
Steam Machineは2025年11月12日に発表されたValveのリビングルーム向けゲーミングPCです。
スペックはAMDセミカスタムZen 4 CPU（6コア12スレッド、最大4.8GHz）、RDNA3 GPU（28CU、GDDR6 8GB VRAM）、DDR5 16GBです。
GPUはAMD RX 7600相当のNavi 33チップに近い設計で、8GB VRAMが搭載量として懸念されています。
メモリ不足（AI需要によるDRAM・NAND価格高騰）を理由に発売が遅延、2026年上半期リリースを目標とするも未定です。
■解説
Linuxカーネルが長年「ゲームもDiscordも同じVRAM利用者」として扱ってきたという設計上の盲点が、今回の問題の本質だろう。
バックグラウンドで開いていたブラウザやチャットアプリが静かにVRAMを消費し、ゲームの性能を削っていたという事実は、ゲーマーが直感しにくい問題だった。
パッチの効果（GTT 1,370MB → 650MB）は数字として明確で、体感できるレベルの改善と言える。
cgroup機構の流用というアプローチは、新しい仕組みを一から作るのではなく、Linuxカーネルに既存のリソース管理インフラを拡張した点が技術的にエレガントだ。
NVIDIAが対象外になっているのは意図的な排除ではなく、NVIDIAプロプライエタリドライバーが必要なオープンソースのカーネルインターフェースをサポートしていないことが理由だろう。
これはオープンソースドライバー（AMD/Intel）とプロプライエタリドライバー（NVIDIA）のエコシステム差が実際のゲーム体験に現れた事例として興味深い。
Steam Machineに搭載されたRDNA3 8GB VRAMは発表時から「将来性に不安がある」と批判されており、今回のパッチはその弱点を直接カバーするものだ。
ソース記事が「これはSteam Machineのための布石だったのでは」と示唆しているのは的外れではなく、Valveエンジニアがハードウェアの弱点を事前にソフトウェアで補う動だろう。
mainlineカーネルへの未統合という現状は、一般ユーザーにはまだ恩恵が届かないことを意味するが、CachyOSはArch系の上級者向けディストリビューションで、「ゲームしたいだけの人」が気軽に移行できる選択肢ではない。
ただし、ValveがSteamOSに統合すれば（Steam Machineがリリースされれば）、対象ユーザーには自動的に適用される可能性が高い。
Steam DeckはAPU構成のため恩恵ゼロというのは皮肉で、携帯ゲーミングの主力製品は蚊帳の外になっている。
バックグラウンドのDiscordがVRAMを食い散らかしていたという話は、身に覚えのあるゲーマーは多いのではないだろうか。
8GBで最新ゲームをどこまで動かせるか、勝負はハードではなくカーネルのレベルで始まっていた。