Wie steht es um die Gaming-Performance von Linux auf GeForce und Radeon (Mesa 26) im Vergleich zu Windows 11? ComputerBase hat in 19 Spielen den Benchmark-Test gemacht. Dabei kamen die neuesten Treiber inklusive Mesa-26-Update für AMD-Grafikkarten zum Einsatz, das die Raytracing-Performance deutlich beschleunigt haben soll.

Linux vs. Windows 11 in der Gaming-Performance mit CachyOS

Linux mausert sich immer mehr zu einer ernsten Gaming-Alternative zu Windows. Entsprechend wird das Interesse der Leser an diesem Thema immer größer und so hatte sich ComputerBase vor etwas mehr als einem halben Jahr erstmals die Spiele-Performance von Linux angesehen und diese mit Windows 11 verglichen. Seitdem ist einige Zeit verstrichen und Treiber- sowie Linux-Updates sind erschienen. Es ist also wieder Zeit für einen neuen Vergleich.

Diesmal gibt es dabei eine neue Linux-Distribution: Anstatt EndeavourOS wie beim letzten Mal setzt die Redaktion auf den Community-Liebling CachyOS, das zwar ebenso Arch Linux als Basis nutzt, aber potenziell mit weiteren Optimierungen ausgestattet ist. Die aktuelle Version nutzt den Linux-Kernel „6.19.5-3-cachyos“ Die Linux-Version basiert auf dem aktuellen Open-Source-Paket Mesa 26.0.1, das weitreichende Raytracing-Optimierungen für Radeon-Grafikkarten erhalten hat. Die Treiberversion hört auf die Bezeichnung „26.0.1-arch2.3“. Nvidia-Grafikkarten setzen auf den aktuellen 590.48.01-Treiber. Unter Windows werden der GeForce 591.86 und der Adrenalin 26.2.1 genutzt.

Als Grafikkarten kommen eine GeForce RTX 5070 Ti und eine Radeon RX 9070 XT zum Einsatz. In 19 verschiedenen Spielen müssen diese in WQHD und in Ultra HD, meistens in Kombination mit DLSS 4 beziehungsweise FSR Upscaling AI, zeigen, wie viele Bilder pro Sekunde unter Linux erreicht werden können. Verglichen werden die Ergebnisse mit einem klassisch konfigurierten Windows 11 25H2 inklusive sämtlicher Updates. Die genauen Spieleinstellungen sind weiter unten detaillierter aufgeführt.

Es gibt Beschränkungen und Unterschiede

ComputerBase nutzt für diesen Test ausschließlich Proton für Steam, entsprechend werden auch nur auf Steam verfügbare Spiele getestet. Zwar lassen sich auch Spiele auf anderen Launchern oder native Titel einbinden, doch ist dies teils komplexer, was für den Test vermieden werden sollte. Die meisten Steam-Spiele laufen hingegen unter Linux mit nicht mehr als einem Doppelklick auf „Starten“. Wie gut welche Spiele laufen, darüber klärt Steam selbst, aber auch die ProtonDB auf. Handfeste Aussagen zur Performance Windows vs. Linux gibt es dort aber nicht.

Was darüber hinaus ebenso nicht getestet werden kann, sind Spiele mit gewissen Anti-Cheat-Mechanismen. EA-Spiele wie zum Beispiel F1 25 laufen generell nicht unter Linux, da diese nicht mit dem Betriebssystem kompatibel sind. Diese Spiele können entsprechend ebenso nicht getestet werden.

Keine „Windows-Benchmark-Tools“

Was die klassischen Hardware- sowie Benchmark-Tools angeht, herrscht unter Linux Flaute. Das, was man unter Windows gewohnt ist, funktioniert unter Linux nicht, so zum Beispiel MSI Afterburner oder CapFrameX – auch wenn von letzterem eine angepasste Linux-Version demnächst erscheinen soll. Bei einer Radeon fehlt sogar das gesamte Treibermenü. Das hat zur Folge, dass potenziell eine ganze Menge Dritt-Software installiert werden muss.

Als Benchmark-Software dient MangoHUD mit Goverlay als grafische Oberfläche, in der sich durchaus einiges einstellen lässt. Wichtig zu erwähnen ist, dass die Zählweise der Frames völlig anders als unter Windows funktioniert und mit MangoHUD deutlich ungenauer ist.

Denn während die Benchmark-Tools unter Windows zum Beispiel durchweg jeden einzelnen Frame erfassen, macht dies zumindest MangoHUD nicht. Stattdessen wird nur alle x Millisekunden (konfigurierbar) die Informationen abgefragt, was weniger genau ist und auch mehr Hardware-Ressourcen fordert. Das framegenaue Protokollieren unter Windows kostet weniger CPU-Zeit als das Protokollieren alle 10 Millisekunden unter Linux, obwohl ersteres genauer ist. Die Performancekosten sind zwar gering, aber auch mit einer schnellen CPU messbar. Das gilt auch für diesen Artikel: Je nach Spiel gehen zwischen 0 bis 2 Prozent an FPS durch die Benchmark-Protokollierung unter Linux verloren.

Es werden viele (ganz viele) Shader kompiliert

Shader vorab zu kompilieren, ist in Spielen mittlerweile ganz normal. Auch über Steam für Linux wird dies gemacht, in diesem Fall aber initiiert auch über Proton. Das von Windows bekannte Kompilieren in Spielen fällt dann weg oder kürzer aus, das Prozedere vor dem Start zieht sich aber. Auf einer Radeon-Grafikkarte ist die Wartezeit meistens ziemlich kurz, ganz anders dagegen schaut es auf einer GeForce aus. Auch hier kann die Sache nach wenigen Sekunden erledigt sein. Immer mal wieder – und das gar nicht so selten – dauert es aber mehrere Minuten. Und da können auch auf einem Ryzen 7 9800X3D schnell einmal 15 bis 20 Minuten bis zum Spielstart vergehen. Das ist eine ziemlich nervige Angelegenheit.

Wie sehr die Welt verzahnt ist, zeigen die Auswirkungen des aktuellen Iran-Konflikts. Nicht nur Öl und damit Benzin an heimischen Tankstellen wird teuer, auch LNG und Helium wird knapp. Katar als einer der größten Exporteure hat seine Ausfuhren komplett eingestellt, asiatische Börsen sind hochnervös.

Für Samsung und SK Hynix ging es am Montagmorgen in Südkorea zweistellig ins Minus, berichtet unter anderem Hankyung direkt aus dem Land. Allmählich wird klarer, wie weit die Auswirkungen des Iran-Konflikts reichen. Denn Katar direkt in der Mitte ist ständiger Bedrohung ausgesetzt, und hat deshalb nicht nur die Luftfahrt, sondern auch die Schifffahrt de facto komplett eingestellt. Katar ist aber einer der weltweit größten Helium-Exporteure – genau dies brauchen alle Halbleiterhersteller.

Déjà vu!? Aufmerksamen Lesern werden dabei natürlich sofort Erinnerungen an den Ukraine-Krieg wach. Nach dem Ausbruch dort sorgte sich die Industrie unter anderem um die stabile Versorgung mit Neon-Gas. Nach der anfänglichen Aufregung war das Thema aber schnell vom Tisch, bei Helium dürfte es vermutlich ähnlich verlaufen. Denn neben Katar gibt es hier viele weitere Länder, die exportieren und auch Reserven besitzen, oft ist der Import aus dem Mittleren Osten nur das günstigste Produkt. Dass ausgerechnet in Südkorea die Panik an der Börse ausbricht, liegt daran, dass sie 65 Prozent ihres Heliums aus Katar beziehen.

LNG nach Taiwan im Fokus

In Taiwan wiederum macht man sich eher um die LNG-Versorgung Gedanken. Ein Drittel der gelieferten Mengen stammen aus Katar, die Reserve reicht in der Regel nur für elf Tage. Taiwan setzt aber zum Großteil auf die Versorgung aus LNG, und mit TSMC als Großabnehmer, die als Unternehmen bereits seit Jahren so viel Strom nutzen wie manches Land, ist auch hier der Iran-Konflikt ein Thema.

TSMC gibt sich aber noch ruhig, denn LNG nutzt TSMC anteilig bisher eher wenig, schreibt die Commercial Times aus Taiwan. Auch die Regierung versucht Ruhe auszustrahlen, erklärt das 20 Schiffe mit LNG für März und April geplant sein, zwei zusätzliche bereitstehen würden, schreibt TaiwanNews. Bis Ende April sei damit die Versorgung gesichert.

Mit der Wakelock-Funktion verhindern App-Entwickler einen Stopp von Diensten, wenn Mobilgeräte in den Energiesparmodus wechseln. Allerdings machen sie davon zu sehr Gebrauch – auf Kosten der Energieeffizenz. Nun schreitet Google ein.

Eine der wichtigsten Eigenschaften eines Smartphones oder Tablets ist neben der eigentlichen Leistung die Akkulaufzeit. Über die Jahre sind in den Geräten nicht nur die Energiespeicher entsprechend gewachsen.

Auch das Betriebssystem und die darauf installierten Apps sollen nach besten Kräften beim Stromsparen helfen. Doch bei Letzteren nehmen es zahlreiche Entwickler offenbar nicht allzu genau, wie eine Entscheidung von Google nahelegt.

App-Entwickler sollen auf Energieeffizienz achten

Der Konzern hinter Android hat in einem Blogeintrag angekündigt, Anwendungen stärker prüfen zu wollen, die eine sogenannte Wakelock-Funktion verwenden. Mit dieser Funktion können Apps verhindern, dass sie vom Betriebssystem beim Wechsel in einen Energiesparmodus angehalten werden, etwa um zuverhindern, dass Musik oder Podcasts unvermittelt stoppen. Doch die App-Entwickler nutzen die Möglichkeiten allem Anschein nach in zu großem Umfang.

Damit der Energieeffizienz schon bei der Entwicklung der Apps mehr Aufmerksamkeit zukommt, setzt Google nun drastische Maßnahmen: Werden mithilfe von Android Vitals bei einer Anwendung übermäßige Wakelocks festgestellt, wird diese in den Suchergebnissen im Play Store heruntergestuft. Außerdem soll die jeweilige Darstellung im Store mit einem Hinweis auf den erhöhten Energieverbrauch versehen werden.

Google sieht Wakelocks als Problem

Die Einstufung erfolgt, wenn ein Schwellenwert für „unerwünschtes Verhalten“ überschritten wird. Das geschieht nach Auffassung des Konzerns, wenn eine App einen Teil-Wakelock von durchschnittlich mindestens zwei Stunden bei ausgeschaltetem Bildschirm in mehr als fünf Prozent der Sessions innerhalb der letzten 28 Tage aufrechterhalten hat.

Ausgenommen sind jene Wakelocks von Diensten, bei denen sich keine weiteren Möglichkeiten zur Optimierung bieten. Dazu zählen die bereits erwähnte Wiedergabe von Medien, aber auch Datenübertragungen oder Standortübermittlungen.

Den Grund für den übermäßigen Einsatz der Wakelocks sieht der Softwarekonzern bei den App-Entwicklern. Sie würden sich demnach zu wenig mit dem Konzept der im Hintergrund ausgeführten Dienste bei Android beschäftigen. Auch hier gebe es Möglichkeiten, einzelne Services im Vordergrund betreiben zu können. Diese würden jedoch zu wenig genutzt.