Valve arbeitet an einer wichtigen Verbesserung für Linux Gaming auf Grafikkarten mit 8 GB VRAM. Die Entwicklerin Natalie Vock, die als unabhängige Auftragnehmerin für Valve am RADV Vulkan Treiber arbeitet, hat neue Kernel Patches und begleitende Werkzeuge vorgestellt, die einem laufenden Spiel deutlich mehr Vorrang beim Zugriff auf schnellen lokalen Grafikspeicher geben. Der Kern des Problems ist einfach: Wenn der VRAM knapp wird, behandelt Linux einen Vollbildtitel und Hintergrundprozesse bislang nicht zuverlässig mit unterschiedlicher Priorität. Genau dann landen Speicherbereiche des Spiels im langsameren GTT, also im über PCIe angebundenen Arbeitsspeicher. Auf Karten mit 8 GB führt das oft zu Rucklern, Frametimespitzen und langsam abfallender Stabilität im Spielbetrieb.
Wie die neue Linux Lösung das VRAM Problem bei Spielen behebt
Vocks Ansatz kombiniert Kernel Änderungen mit zusätzlicher Steuerung im Userspace. Im Mittelpunkt steht der dmem cgroup controller, der schon länger im Kernel existiert und Speicherbereiche anhand von Schutzgrenzen priorisieren kann. Die neuen Patches sorgen nun dafür, dass diese Schutzlogik auch in genau dem Fall greift, der für Spiele so wichtig ist: wenn neue VRAM Allokationen sonst direkt in den langsameren GTT Bereich fallen würden. Dazu kommen zwei Werkzeuge. dmemcg-booster aktiviert und konfiguriert die nötigen dmem Controller in den passenden cgroups. plasma-foreground-booster nutzt unter KDE Plasma die Information, welches Fenster im Vordergrund läuft, und gibt genau diesem Prozess die höchste Priorität beim Grafikspeicher. Wer kein KDE nutzt, kann laut Vock neuere Versionen von Gamescope verwenden.
Der technische Hintergrund ist für den Effekt entscheidend. In Vocks Testsystem fraßen Browserfenster und andere Desktop Apps bereits rund 2 GB VRAM, bevor überhaupt ein Spiel gestartet wurde. Sobald Cyberpunk 2077 hinzukam, landeten etwa 1,6 GB im GTT. Aus Sicht der GPU ist das problematisch, weil dieser Speicher nicht lokal auf der Grafikkarte liegt, sondern über den PCI Bus im Arbeitsspeicher hängt. Vock nennt dafür in ihrem Beispiel grob 256 GB pro Sekunde Bandbreite für VRAM gegenüber nur etwa 16 GB pro Sekunde über PCIe, dazu kommt höhere Latenz. Ein Teil von GTT ist normal und gewollt. Cyberpunk 2077 reserviert in ihrem Test rund 650 MB dort ganz bewusst. Das eigentliche Problem beginnt erst dann, wenn zusätzliche Daten des Spiels aus Platzmangel ebenfalls dorthin verdrängt werden.
Nach den Änderungen sieht derselbe Test deutlich besser aus. Die GTT Nutzung sinkt wieder auf etwa 650 MB. Das entspricht laut Vock nur noch dem Anteil, den das Spiel selbst absichtlich im Systemspeicher anlegt. Zusätzliche Verdrängung aus dem VRAM findet in diesem Szenario nicht mehr statt. Vock beschreibt den praktischen Effekt nicht als plötzlichen FPS Sprung, sondern als stabileres Verhalten über längere Spielsitzungen. Genau das ist für 8 GB Karten der wichtigere Punkt. Die Leistung bricht unter Speicherdruck nicht mehr schleichend ein, solange das Spiel selbst innerhalb seines realen Speicherbudgets bleibt.
Warum der Fix für Linux Gaming wichtig ist und was Nutzer jetzt schon tun können
Der Schritt ist auch deshalb relevant, weil er nicht aus dem Nichts kommt. Die Grundlage dafür wurde bereits 2024 in einer Patch Serie für einen DRM Ressourcen Controller über cgroups beschrieben. Dort war das Ziel schon klar formuliert: VRAM ähnlich wie normalen Speicher mit min, low und max Grenzen zu verwalten und so Vordergrundanwendungen gezielt zu bevorzugen. Vocks Arbeit baut genau auf dieser Richtung auf und überführt sie in ein Szenario, das für Linux Spieler sofort greifbar ist. Statt dass der Kernel jede VRAM Allokation gleich behandelt, bekommt der laufende Titel im Vordergrund endlich Vorrang vor Browser Tabs, Desktop Komponenten und anderen GPU Nutzern im Hintergrund.
Die Unterstützung ist derzeit noch nicht überall gleich. Laut Vock profitieren amdgpu und auch xe grundsätzlich von dmem cgroups. Für Intel Xe hält sie einen Nutzen für möglich, verweist aber darauf, dass noch Tests fehlen. Für nouveau hat sie einen Patch an die Mailinglisten geschickt. Die proprietären NVIDIA Kernelmodule unterstützen dmem cgroups bisher nicht, dort greift die Lösung also nicht. Bei integrierten GPUs ist der Effekt ohnehin unklar, weil sie gar keinen separaten lokalen VRAM besitzen. Praktisch ist das Thema damit aktuell vor allem für Linux Systeme mit dedizierten AMD Karten im Bereich von 8 GB oder etwas mehr.
Wer die Änderungen sofort ausprobieren will, hat im Moment nur einen vergleichsweise klaren Pfad. Vock nennt CachyOS mit KDE Plasma als einfachste Option. Dort sind die nötigen Kernel Patches laut ihrer Anleitung ab 7.0rc7 2 enthalten, die Werkzeuge dmemcg-booster und plasma-foreground-booster liegen in den Paketquellen bereit. Für andere Arch basierte Distributionen stehen die Userspace Werkzeuge im AUR bereit, alternativ lässt sich ein spezieller Entwicklungszweig als linux-dmemcg bauen. Für breitere Distributionen bleibt der Stand vorerst vorsichtiger. Vock schreibt selbst, dass die Arbeit mit der Zeit in mehr Distributionen einsickern dürfte. Ein fester Termin für eine breite Aufnahme in Mainline Kernel, systemd oder große Standarddistributionen steht aber noch nicht fest.
Für Linux Gaming ist die Nachricht trotzdem größer, als es ein paar Kernel Patches vermuten lassen. Viele aktuelle PC Spiele laufen technisch noch auf 8 GB Grafikkarten, reagieren aber empfindlich auf schlechte Speicherpriorisierung. Wenn der Vordergrundprozess unter Linux künftig den schnellsten Speicher konsequenter erhält, betrifft das nicht nur einen Spezialfall aus Benchmarks, sondern den Alltag auf Millionen Systemen mit älteren oder günstigeren GPUs. Genau deshalb hat diese Hardware Änderung für Valve strategisches Gewicht. Sie verbessert nicht nur den RADV Stack, sondern greift einen der nervigsten Gründe für Mikroruckler unter Linux direkt an.