CachyOS: GPU-Boosters priorisieren und beschleunigen Spiele
AMDs Radeon-GPUs profitieren unter CachyOS von neuen Patches, welche eine weitreichende Speicheroptimierung ermöglichen und Spiele auf Grafikkarten mit nur wenig Grafikspeicher deutlich beschleunigen können, wie erste Benchmarks bestätigen.
Die Linux-Entwicklerin Natalie Vock, ihres Zeichens Mitglied im Grafiktreiber-Team von Valve, welches insbesondere für den Vulkan-Grafiktreiber ("RADV") verantwortlich ist, hatte vor Kurzem gleich mehrere weitreichende Patches veröffentlicht, welche das Speichermanagement von Radeon-Grafikkarten optimieren und bereits unter der weitreichend optimierten Gaming-Distribution CachyOS nutzbar sind. Davon profitieren vornehmlich solche Grafikkarten mit wenig Grafikspeicher.
Der YouTube-Kanal NJ Tech hat die Optimierungen, welche sich über die Option "Install GPU Boosters" in Cachy Hello aktivieren lassen, jetzt auf der Radeon RX 6500 auf Basis von RDNA 2 mit 4 GiByte GDDR6-Grafikspeicher getestet und konnte dabei mitunter enorme Leistungssprünge dokumentieren. Das besonders anspruchsvolle Alan Wake 2, welches in Full HD ("1080p") im niedrigsten Preset getestet wurde, verzeichnete dabei den bemerkenswertesten Performanceschub. Die Frames explodierten von 14 auf 41 Bilder pro Sekunde und die 1%-Low-Fps legten dementsprechend noch stärker zu und stiegen von 12 auf 28 Fps an.
Quelle: NJ Tech
Während auch Resident Evil Requiem, Silent Hill f, Spider-Man 2 und Hogwarts Legacy von den Patches profitieren, geben sich Cyberpunk 2077, The Last of Us 2 sowie Crimson Desert und Death Stranding 2 eher unbeeindruckt.
Wie die Benchmarks von NJ Tech belegen, können die sogenannten "GPU Boosters" insbesondere für Grafikkarten mit wenig Grafikspeicher je nach Spiel durchaus ein Game Changer darstellen. Weitere Informationen liefert das YouTube-Video.
Zusätzliche Tests mit weiteren Grafikkarten und möglicherweise 8 GiByte Grafikspeicher werden sicherlich weitere Erkenntnisse liefern. Insbesondere im Hinblick auf die neue Steam Machine dürfte sich Valve mit den Patches wohl etwas bei den Optimierungen gedacht haben. Hierfür kommt ebenfalls eine Grafikkarte basierend auf RDNA 3 ("GFX11") mit lediglich 8 GiByte VRAM zum Einsatz.
Ihre Meinung ist gefragt!
Wie stehen Sie zu diesem Thema? Die PCGH-Redaktion freut sich über Ihre fundierte Meinung in den Kommentaren zu dieser Meldung. Um zu kommentieren, müssen Sie auf PCGH.de oder im Extreme-Forum eingeloggt sein. Sollten Sie bisher noch keinen Account haben, könnten Sie sich hier unverbindlich registrieren. Beachten Sie beim Kommentieren aber bitte die geltenden Forenregeln.
Quelle: NJ Tech via NotebookCheck via VideoCardz
1. Spiele erwarten VRAM-Management, wie es Windows betreibt.
2. Das ist in Linux noch nicht gegeben: Aus der Sicht des AMDGPU Linux Kernel-Grafiktreibers schaut jedweder reservierte Grafikspeicher komplett gleich aus.
Wenn ein Spiel im Vollbildmodus läuft, könnte man ja VRAM freigeben, der vom Desktop oder vom Webbrowser verwendet wird, oder ein LRU (least recently used)-Modell verwenden. Der Windows Treiber hat soetwas.
Die hierfür notwendigen Informationen sind in Linux aber nicht verfügbar, und würden im worst-case einen Rewrite von großen Teilen des Linux Grafiktreiberstacks (das betrifft mehrere Treiber, nicht nur AMDGPU), sowie eine regelmäßig upgedatete Liste mit den Namen von Spieleprozessen erfordern.
Das eigentliche Problem: Wenn also derzeit ein zufälliger VRAM-Bereich in den RAM verschoben wird, trifft es statistisch gesehen am häufigsten das Spiel selbst. Das führt dann zu thrashing.
Die Lösung: CGroups. Eigentlich für Container und Serverworkloads gedacht, um Hardwareresourcen zu partitionieren/limitieren, und schon lange etabliert. Neu dazugekommen ist jetzt die Möglichkeit, auch VRAM damit zu einzuteilen:
Das CachyOS Tool erstellt für das Spiel eine eigene CGroup, welche prinzipiell den gesamten VRAM nutzen darf - hiermit ist es jetzt endlich möglich, den vom Spiel belegten VRAM zu markieren, wodurch dieser bevorzugt nicht wieder ausgelagert wird. Das ist eine Zweckentfremdung von CGroups, aber gleichzeitig auch genial, da unkompliziert, bringt ein paar hundert MB, die das Spiel zusätzlich nutzen kann, bevor thrashing einsetzt, und kommt näher an das Verhalten des Windows-Treibers ran.
OK.
Freut mich, dass da auf der OpenSource-Seite weiter optimiert wird.
Aber um Himmels Willen Developer! Fix your f*****g games!
1. Spiele erwarten VRAM-Management, wie es Windows betreibt.
2. Das ist in Linux noch nicht gegeben: Aus der Sicht des AMDGPU Linux Kernel-Grafiktreibers schaut jedweder reservierte Grafikspeicher komplett gleich aus.
Wenn ein Spiel im Vollbildmodus läuft, könnte man ja VRAM freigeben, der vom Desktop oder vom Webbrowser verwendet wird, oder ein LRU (least recently used)-Modell verwenden. Der Windows Treiber hat soetwas.
Die hierfür notwendigen Informationen sind in Linux aber nicht verfügbar, und würden im worst-case einen Rewrite von großen Teilen des Linux Grafiktreiberstacks (das betrifft mehrere Treiber, nicht nur AMDGPU), sowie eine regelmäßig upgedatete Liste mit den Namen von Spieleprozessen erfordern.
Das eigentliche Problem: Wenn also derzeit ein zufälliger VRAM-Bereich in den RAM verschoben wird, trifft es statistisch gesehen am häufigsten das Spiel selbst. Das führt dann zu thrashing.
Die Lösung: CGroups. Eigentlich für Container und Serverworkloads gedacht, um Hardwareresourcen zu partitionieren/limitieren, und schon lange etabliert. Neu dazugekommen ist jetzt die Möglichkeit, auch VRAM damit zu einzuteilen:
Das CachyOS Tool erstellt für das Spiel eine eigene CGroup, welche prinzipiell den gesamten VRAM nutzen darf - hiermit ist es jetzt endlich möglich, den vom Spiel belegten VRAM zu markieren, wodurch dieser bevorzugt nicht wieder ausgelagert wird. Das ist eine Zweckentfremdung von CGroups, aber gleichzeitig auch genial, da unkompliziert, bringt ein paar hundert MB, die das Spiel zusätzlich nutzen kann, bevor thrashing einsetzt, und kommt näher an das Verhalten des Windows-Treibers ran.
Ein Thrashing-Problem, wie es bei dGPUs auftritt, kann es hier gar nicht geben, außer der RAM als Ganzes reicht nicht aus.
Das deutet für mich eher darauf hin, dass diese 2 Spiele schlecht optimiert sind und noch einiges an Potential ungenutzt lassen; wohingegen die anderen schon recht ausgereizt sind.
So gesehen bringt mir ein Booster nicht so viel - die Entwickler sollen gefälligst ihre Optimierungsarbeit machen!
Am Ende ruht man sich wohl noch auf solchen Tools und Tweaks durch andere aus, um selbst nicht die Optimierungsarbeit zu leisten?!