Valveのlow-vRAM Linux gaming改善、8GB GPUでの安定動作を狙う

Linux gamingの話題はdriverやProton互換、派手なperformance向上に寄りがちだが、Natalie Vockの新しい取り組みはもっと現実的な問題を狙っている。つまり、8GBクラスのGPUで現行ゲームを動かしつつdesktopアプリも開いているとき、限られたvideo memoryを誰が優先的に使うべきかという問題だ。Phoronixによれば、ValveのLinux graphics driverチームでRADV Vulkan driverを担当するVockは、こうした状況でforeground gameに優先権を与えるためのLinux kernelとKDE向けの改善をまとめている。

ポイントはvRAMを増やすことではなく、既存のvRAMをより正しく配分することにある。記事によると、この作業はDRM device memory cgroup対応とTTM memory managementの調整を組み合わせ、負荷がかかったときのallocationとevictionをより適切に扱う。user-spaceではdmemcg-boosterが必要なcgroup設定を有効化し、plasma-foreground-boosterがKDE Plasma上でforeground applicationに高い優先度を与える。KDEを使っていない場合でも、newer Gamescopeが同じkernel capabilityを活用できるという。

8GB GPUで効く理由

Vockが解決しようとしているのは、ゲームに必要なデータがdedicated vRAMではなくGTTへ流れてしまう状況だ。GTTはGPUから参照できるものの、実体はsystem RAM側にあるため、この用途ではdedicated vRAMより不利になる。Vockの技術解説で特にわかりやすいのがCyberpunk 2077の例だ。複数の重いdesktop作業を同時に走らせた状態で新しい仕組みを適用すると、GTT使用量は約650MBまで下がり、その数字はゲームが本来意図してsystem RAM側に置く分だけになったと説明している。余計なspillがほぼ消えた、という見方でいい。

この改善が重要なのは、8GBカードがいまでも非常に一般的だからだ。Vockは、多くの現代ゲームは8GB前後のmemory budgetでも十分動作しうるが、background appやdesktop stackが優先順位を誤ると、不要なstutterや不安定さが増えると見ている。つまりこの仕事は、最高FPSを誇示するものではなく、vRAM不足が近づいたときの崩れ方を穏やかにする安定性改善と言える。

現時点でフル構成を最も試しやすいのは、必要な要素をすでに含むCachyOSだ。ただし今後どこまで広く普及するかは、kernel、KDE、systemd、関連するuser-spaceツールへどれだけupstreamされるかにかかっている。それでも今回の取り組みは、巨大GPUを前提にせず、実際の中級Linux gaming環境で起きやすいボトルネックを正面から扱っている点でかなり価値が高い。