Mit dem nahendem Supportende von Windows 10 ist es mal wieder an der Zeit einen Blick auf die alternative Linux zu werfen.

In diesem Beitrag will ich mich im besonderen auf das PC Gaming auf wirklich alter Hardware beziehen. Denn, wie allgemein bekannt, hat gerade Windows 11 relative hohe Ansprüche auf welcher Hardware es sich installieren lassen will und auf welcher nicht. Zwar gibt es immer mal wieder Möglichkeiten diese Restriktionen zu umgehen, aber irgendwann muss man sich fragen was komplizierter ist. Linux auf dem eigenem Rechner zu installieren oder durch die Hürden zu springen die ein Windows 11 Upgrade oder gar Installation mit sich bringen. Gerade auf alter Hardware dürfte sich das als zunehmen umständlich heraus stellen.

Zunächst möchte ich einen Überblick über die Hardware geben, die ich als Beispiel für diesen Artikel heranziehe. Konkret handelt es sich um ein MSI CX61 0OD aus dem Jahre 2013. Abwerk kam dieses System mit den folgenden Komponenten:

• CPU: Intel i5-3230M
• Integrierte Grafikeinheit: Intel HD 4000
• Dedizierte Grafikeinheit: nVidia GeForce GT 730M
• Arbeitsspeicher: 4GB DDR3 (Single channel)
• Festplatte: 500GB 2.5″ HDD von Toshiba
• Konnektivität: Bluetooth 4.0, WiFi 802.11 b/g/n
• Webcam: Bison NB Pro (max, 720p@30fps)
• Laufwerk: DVD RW
• Akku: 4400 mAh, 49Wh

Hier geht es zum offiziellen Datenblatt von MSI.

In den letzten 11 Jahren (zum Zeitpunkt dieses Artikels) läuft der Laptop mittlerweile mit dem 3ten Akku. Abgesehen vom üblichen Leistungsverlust des original Akkus zeigte dieser auch geringfügige Schäden am Gehäuse sowie Verformungen auf. Also höchste Eisenbahn den Akku zu tauschen. Das ist jetzt schon gut 6 Jahre her.

Zunächst habe ich den Akku durch ein Model ersetzt, welches die gleiche Kapazität wie das original hatte. Damit lag die Akkulaufzeit bei knapp 3h im Office betrieb. In diesem Zustand verbraucht das System in etwa 11W – 23W. Also eine Akkulaufzeit von 2,1 – 4,45h. Später habe ich dann einen größeren Akku von 73,26Wh eingebaut. Damit ist eine Laufzeit unter den selben Bedingungen von bis zu 5 – 6h zu erreichen.

Außerdem hab ich im laufe der Zeit die 4GB Arbeitsspeicher auf 2x 4GB erweitert. Also von Single Channel auf Dual Channel und doppelter Speicher. Weiterhin ist die Festplatte durch eine 2.5″ 1TB Samsung EVO 860 SSD ersetzt worden. Was nicht nur den Stromverbrauch sondern auch die Leistung zusätzlich verbessert hat. Außerdem wurde der Laptop damit stoß unempfindlicher.

Das Netzteil musste ich in all der Zeit auch einmal ersetzten wegen einem Kabelbruch.

Die neuste Veränderung war ein Austausch des Bluetooth / WiFi Moduls. Von einem Intel Centrino Wireless-N 135 auf ein Intel AX210/AX1675* 2×2 Typhoon Peak. Was dem Laptop nicht nur ein WiFI 6E sondern auch ein Bluetooth 5.3 Upgrade beschert hat. Am Ende auch eine minimale Verbesserung der Stromeffizienz des Systems.

Während die oben beschriebenen Hardware Upgrades auch Problemlos mit Windows möglich gewesen währen. Sieht es doch anders bei einem theoretischen Upgrade auf Windows 11 aus.

Bei einer Windows 11 Testinstallation auf diesem System wurde mehrere Dinge beanstandet:

Kein TPM.

Tatsächlich verfügt dieses System über keine Form von TPM. Nicht mal 1.0.

Prozessor zu alt.

Außerdem wurde das alter der CPU bemängelt. Wir halten fest, dieser Chip wurde im ersten Quartal 2013 eingeführt.

Hier geht es zum Datenblatt von Intel.

Secure boot.

Prinzipiell unterstützt das UEFI secure boot. Allerdings hält es sämtliche Schlüssel für ungültig. Selbst nach einen Firmwareupdate via fwupd welches explizit die Secure Boot Definitionen aktualisiert hat. Lässt sich weder Windows noch Linux mit eingeschalteten Secure Boot starten. Leider gab es nie ein Update für das BIOS.

Zum aktuellen Zeitpunkt lassen sich diese Checks über die Registry deaktivieren. Aber ob das so bleiben wird bleibt abzuwarten. Da Microsoft schon in anderen Fällen diverse bypass-hacks deaktiviert hat.

Aber sind wir mal ehrlich. Registry Schlüssel während der Installation bearbeiten um ein Betriebssystem zu installieren? Dann ist der Schritt zu einer klassischen Arch Linux Installaion aber auch nicht mehr weit. 😅

Suma sumarum kann man also sagen ist Linux, neben einem BSD (FreeBSD, OpenBSD, NetBSD etc.) das einzige System was man auf dieser Hardware noch sicher und zukunftsorientiert benutzen kann. Allerdings müsste ich Lügen, wenn ich sagen würde Linux kommt ohne seine eigenen Problemchen daher. Zumindest auf dieser speziellen Hardware.

Eines der größten Hindernisse ist die in diesem System verbaute nVidia Grafikkarte. Im besonderen weil sie von nVidias neustem Treiber nicht unterstüzt wird und man auf einen der „legacy“ Treiber zurückgreifen muss.

Offiziell werden hier nur die Versionen 390.157, 415.27 und 418.30 unterstützt. Aber der neuste 400er Treiber, also zum Zeitpunkt dieses Artikels 470.256.02, funktioniert auch tadellos. Dennoch bringt dies die ein oder andere Limitierung mit sich.

Zu nächst schaltet sich die Grafikkarte mit dem proprietären Treiber nicht ab, wenn sie nicht benutzt wird. Zwar springt sie in den niedrigsten Modus und verbraucht dann nur um die 3W. Ist aber immer noch an. Sprich aus unseren vorher erwähnten 11W werden dann 14W. Was bei längerem Akkubetrieb irgendwann ins Gewicht fällt.

Zum Glück gibt es aber auch hier Lösungen für eben dieses Problem. Für die meisten Linux Distributionen gibt es ein Tool welches es dem Benutzer erlaubt die dedizierte Grafikkarte manuell auszuschalten. Für openSUSE ist dies z.B. SUSEPrime, andere Distributionen nennen so ein Tool nvidia-prime-select, FedoraPrime oder einfach nur Prime.

Allerdings sei an dieser Stelle gesagt, das selbst dieses Tool mindestens den nVidia Treiber in der Version 390 benötigt. Wer zusätzlich noch ein schöne Grafische Oberfläche bevorzugt, die alle oben genannten „Prime Tools“ unterstützt, dem lege ich das von uns entwickelte OptimusUI ans Herz.

Zum Glück unterstüzt diese Karte mit dem installierten Treiber auch nVidias PRIME Render Offload Technologie. Wenn man den ein paar Umgebungsvariablen für diverse Anwendungen spezifiziert: __NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only __GLX_VENDOR_LIBRARY_NAME=nvidia.

Tools wie Lutris bieten sogar einen Benutzerfreundliches Drop-Down in dem man einfach die richtige Karte auswählen kann.

Wer also beide Grafikeinheiten benutzen will kann dies tun. Außerdem ist das empfehlenswert, da beide GPUs für sich alleine genommen nicht besonders Leistungsstark sind. So lässt sich gerade beim Spielen die Last für den Desktop auf die HD 4000 legen und die GT 730M kann sich voll und ganz einem Spiel widmen.

Wer Wayland auf einer Kepler Grafikkarte benutzten möchte muss sich auch auf einiges gefasst machen.

Zum einen unterstützt die 400er Treiber Serie nur Wayland mit dem EGL Backend. Zur Auffrischung, das gängige Puffermanagement mit dem Fensterinhalte unter Wayland gehandhabt werden ist GBM. Für EGL bieten nur eine handvoll von Fenstermanagern unter Linux überhaupt Unterstürzung. Maßgeblich Gnome’s Wayland Compositor mutter. In der Version 47 wurde das EGL backend wieder aktiviert, nach dem es zuvor aus älteren Gnome Versionen raus geflogen ist.

Aber selbst mit EGL Wayland besteht das wohlbekannte explizit vs implizit sync Problem, welches erstmals mit der 560er Treiber Serie in den nVidia Treiber eingezogen ist. Also wer Wayland unter dieser Karte benutzten will, kann das zwar prinzipiell tun, muss aber bei Anwendungen die nicht die Bildschirmwiederholrate erreichen mit stottern und „Geisterbildern“ rechnen.

Allerdings würde Gnome Wayland nicht Standardmäßig als Option beim Login unter dieser Konfiguration anbieten. Daher werden die meisten Benutzer eh auf X11 arbeiten und spielen.

Problematisch könnte es höchstens unter einer Linux Distribution werden die kein X11 mehr anbieten. Darüberhinaus möchte ich auch erwähen das die nVidia Karte nicht die einzige ist die unter Wayland zickt. Tatsächlich ist eine HD 4000 auch nicht zu empfehlen.

Prinzipiell funktioniert Wayland dort und man bekommt auch keine Probleme mit ghosting oder muss einen EGL compositor verwenden, dennoch erzeugt diese Karte eine periodisches Stocken. Circa alle 5 Sekunden friert der Desktop unter Wayland für ein paar Millisekunden ein. Was gerade beim Spielen irritiert. Tatsächlich sorgt dieser periodische Lag auch dafür das Videostreamingdienste wie YouTube oder Netflix die Bildqualität reduzieren weil sie der Meinung sind die Hardware sei mit dem decodieren überfordert. Unter X11 besteht keines dieser Probleme.

Eine weitere Tatsache über die man sich bei alter Hardware generell im klaren sein sollte ist, dass diese nicht immer das neuste vom neusten unterstützt. Im besonderen und für uns als Linux Gamer interessant ist die Vulkan Unterstützung. Diese ist bei Kepler Grafikkarten auf Version 1.1 limitiert. Die HD 4000 ist nicht einmal Vulkan 1.0 konform nebenbei bemerkt.

Das hat zur Folge das man Tools wie DXVK, welches DirectX auf Vulkan übersetzt, nur bedingt benutzen kann. Genauer gesagt maximal bis DXVK 1.10, da ab DXVK 2 Vulkan 1.3 vorausgesetzt wird. Außerdem schränkt das auch ein, welche Versionen von Proton man verwenden kann. Nämlich auf maximal Version 7, da ab Proton 8 DXVK 2 und neuer eingesetzt wird.

Zur Erinnerung, Proton ist das Steam Play Kompatibilitätswerkzeug, mit dem Steam unter Linux Spiele, die für Windows entwickelt wurden, ausführt.

Zum Glück gibt es aber spezielle von der Gemeinschaft entwickelte Versionen von Proton die genau diese Limitierung versuchen zu lösen. Maßgeblich Sarek Proton. Mit dieser Version z.B. kann man von allen Neuerungen in den neusten Versionen von Proton profitieren und das ganze läuft dann nur mit einer älteren Version von DXVK.

Zum einfachen installieren empfehle ich Tools wie ProtonPlus.

In den neueren Videos zu meiner Low-End Linux Gaming Serie auf YouTube kommt Sarek Proton im übrigen zum Einsatz.

Als alternative zum proprietären nVidia Treiber gibt es natürlich noch den open source Treiber nouveau. Dieser glänzt auf jeden Fall mit vollständiger Wayland Unterstürzung, funktionsfähigem automatischen Energiemanagement in dem Sinne, dass die Grafikkarte abschaltet wenn sie nicht gebraucht wird und voll funktionsunfähiger „Offload technologie“ sprich das dynamisch Anwendungen auf der Grafikkarte ausgeführt werden können. Hier zu muss lediglich die Umgebungsvariable DRI_PRIME=1 gesetzt werden.

Tatsächlich bringt das ganze einem aber am Ende nichts. Da nouveau, oder genauer gesagt NVK (nvidia Vulkan), also der quelloffene Vulkan Treiber für nVidia Karten, keine Unterstützung für Grafikkarten bietet, die nicht mindestens der Turing Mikroarchitektur angehören. Also alles seit der RTX 20 bzw. GTX 16 Serie.

Zwar kann man mit der Umgebungsvariable NVK_I_WANT_A_BROKEN_VULKAN_DRIVER=1 auch alle Chips bis runter zur Kepler (also genau die GT 730M) Serie aktivieren. Ist aber genau das, was die Umgebungsvariable schon sagt, kaputt. Immerhin reicht es um VKCube zu starten und von einem drehenden Würfel ohne Textur zu bewundern. Damit hat sich DXVK gänzlich erledigt. Tatsächlich starten DXVK Titel nicht einmal.

In Spielen müsste man als auf WineD3D zurückgreifen, da es sich hier bei um ein DirectX zu OpenGL mapper handelt. Doch dieser hat schon auf deutlich potenteren Grafikkarten immense Leistungsprobleme.

Darüberhinaus besteht mit älteren nVidia Grafikkarten immer noch das Problem mit der Leistung an sich. Denn unglücklicherweise kann nouveau zwar die Grafikkarte dynamisch an und wieder ausschalten, aber nicht selbstständig den Leistungsmodus der Karte ändern. Da nVidia Karten, seit Kepler, nur signierte Firmware und damit den proprietären nVidia Treiber akzeptieren. So kann nouveau zwar die Grafikkarte prinzipiell ansteuern und auch OpenGL und sogar Vulkan (mehr oder weniger) benutzen. Doch bleibt die Grafikkarte dabei in ihrem langsamsten Modus.

Ab dem der Linux Kernel Version 4.9 lässt sich dieser aber manuell vom Benutzter über das Kernel Debug Interface verändern. Hier zu habe ich auch mal ein Tool geschrieben.

Prinzipiell kann man so die Karte in einen höheren Leistungsmodus versetzten, doch ist der effektive Leistungsgewinn minimal. So minimal das selbst die HD 4000 in dem in diesem Artikel erwähnten System eine bessere Leistung erzielt als die GT 730M mit nouveau im höchsten Leistungslevel. Also fürs Spielen vollkommen ungeeignet.

Abschließend kann man also sagen, das der nouveau Treiber zwar Prinzipiell im Desktop bzw. Office betrieb die angenehmere Lösung ist. Unter anderem, da man den nouveau Treiber erst gar nicht extra installieren muss. Man so prinzipiell Anwendungen auf die nVidia Karte auslagern kann und einen Nutzen aus den 2GB dedizierten VRAM ziehen kann. Doch für alles was etwas komplexer ist und auch nur ein Fünkchen 3D braucht unterm Strich zwecklos. Danke nVidia hier hab ihr uns einen Bärendienst erwiesen.

Durch den Verlust der Vulkan Unterstürzung und gerade im Hinblick auf Gaming ist noveau zunehmend ohne Belangen. Ob und inwiefern NVK eines Tages auch unter Kepler Karten benutzbar wird bleibt abzuwarten.

Wer nun auch noch die ein oder andere CUDA Anwendung laufen lassen will der ist gezwungen auf den proprietären Treiber umzuschwenken.

Sprich einzig und allein, wer keine Verwendung mehr für die dedizierte Grafikeinheit hat, der ist mit noveau besser Beraten. In allen anderen Fällen mit dem geschlossenem Treiber.

Wie lange dieser aber noch lauffähig ist unter neuen Linux Kernel Versionen ist allerdings fragwürdig. Zum Zeitpunkt dieses Artikel lässt sich das Kernel Modul mit der Version 6.11.6 noch bauen. Da es sich bei der 470er Treiberserie aber auch um einen legacy Treiber handelt steht die Frage im Raum wie lange nVidia überhaupt noch irgendetwas an diesem Treiber anpassen wird.

Nun stellt sich die Frage, welche Hardware läuft am besten mit welcher Linux Distribution. Zwar gibt es speziell für alte Hardware konzipierte Distributionen, aber im allgemeinen kann man sagen, jede Gängige Desktop Linux Distribution läuft auf so ziemlich jeder Hardware. Gerade bei Desktop Systemen ist der unterschied kaum bis gar nicht festzustellen.

Persönlich benutzte ich Aeon Desktop auf dem in diesem Artikel vorgestellten System. Das hat viele Vorteile. Zum einen handelt es sich hier bei um ein sogenanntes rolling-release. Das heißt es wird kontinuierlich aktualisiert. Kommt mit dem neusten Linux Kernel daher und damit auch mit den neusten Treibern, Ausnahme bildet der nVidia Treiber.

Nun kann man zwar die Frage in den Raum stellen, wozu braucht man ein rolling-release auf 11 Jahre alter Hardware. Sollte ein point-release nicht auch alles mitbringen und ohne Probleme funktionieren? Die kurze Antwort ist ja.

Die lange ist, durch die kontinuierlichen Verbesserungen an bestehenden Treibern verbessert sich auch zusehends die Leistungsfähigkeit des Systems. Ein 2% Leistungszuwachs im Dateisystem? Gerne! Verbesserungen an Sicherheitsupdates für diverse CPU Schwachstellen, die weniger Ressourcenlastgig sind? Nehme ich!

Linux verbessert sich kontinuierlich. Und egal ob auf Brand neuer Hardware bei der es unabdingbar ist die neusten Treiber zu haben, so profitieren auch alte Geräte von rolling-releases. Jedes Fünkchen Leistungsverbesserung kommt auch gerade auf alter Hardware zum Tragen.

Darüber hinaus kommt Aeon mit Distrobox daher was die Kompatibilität mit diverser Software enorm verbessert. So muss sich der Benutzter keine Gedanken darüber machen, welche Distributionsfamilie man nun am besten ausführt um evtl. alte proprietäre Software laufen zu lassen die nur für eine bestimme Linux Distribution mal entwickelt wurde. Denn nicht selten haben Benutzer die ihre alte Hardware weiter verwenden wollen auch evtl das Bedürfnis alte Software zu betreiben die nicht mehr gewartet wird. Mit Distrobox und Boxbuddy steht einem jede Linux Distribution zu Verfügung, ohne diese auf dem Rechner installieren zu müssen.

Weiterhin ist Aeon auch ein sehr Ressourcen schonendes System. Dadurch dass es eine Immutbale Linux Distribution ist kommt das Basis System mit einem absoluten Minimum an Bibliotheken und sonstiger Software daher.

So ist eine frische Aeon Installation keine 4GB groß. Alle Benutzer Anwendungen kommen primär als Flatpaks daher und installieren ebenfalls nur das was sie brauchen mit. Wird eine flatpak Anwendung entfernt so werden auch nicht mehr benutzte Laufzeitumgebungen entfernt und etwaige Anwendungsdaten lasen sich einfach per Knopfdruck löschen. So dass man eine Anwendung vollständig und ohne Reste wieder entfernen kann. Ein Luxus den man mit klassischen Paketen nicht immer hat. Da diese etwaige Konfigurationen oder zusätzliche eigene Laufzeitkomponenten im Nutzerverzeichnis irgendwo ablegen.

Eine kurze Festplattenbelegung von meinem System zeigt z.B. dass der meiste Platz von Steam belegt wird. Gute 40% des gesamten belegten Speichers sind nur Spiele.

Außerdem darf die Tatsache nicht außer acht gelassen werden, das Aeon das BtrFS Dateisystem verwendet. Welches zusätzlich Platz spart, da es sich um ein sogenanntes Copy-on-Write Dateisystem handelt. Das bedeutet, das auf Festplattenspeicherblockebene nur dann ein Teil einer Datei neu abgelegt werden, wenn dieser sich von einer anderen unterscheidet.

Klassisches Beispiel wäre z.B. eine sogenannte ZIP-Bomb. Eine ZIP-Bomb ist ein speziell präpariertes ZIP Archiv, welches entpackt mehrere Petabytes an Festplattenspeicher belegen würde. Dabei bestehen die Daten aus Textdateien in denen bspw. nur der Buchstabe „0“ 100mal wiederholt wird.

Nehmen wir also an wir hätten eine 1KB große Textdatei, in der nur „0000000000…“ steht und kopieren diese 1000 mal, dann haben wir ca. 1MB an Textdateien, die alle nur „00000000…“ enthalten. Beim komprimieren in ein ZIP Archiv werden also alle Textdateien in ein 1KB großes Archiv geschrumpft. Mit dem vermerk, diese Datei gibt es 1000 mal.

Kopiert man nun das 1KB Archiv weitere 1000 mal, so bekommt man wieder ca. 1 MB an Dateimüll. Dieser komprimiert wäre wieder 1KB groß, mit dem Vermerk: „Diese Datei mit diesem Inhalt existiert 1000“. Im Umkerhschluß bedeutet das, dass die Textdatei die wir zu Beginn geschrieben haben nun insgesamt 10.000 mal in unserem Archiv vorliegt. Würde man nun also alles wieder in einzelne Textdateien extrahieren käme man auf ca. 10 MB an Textdateien, in denen „000000…“ drin steht.

Auf einem BtrFS Dateisystem wäre die reale Größe aller Textdateien aber nur einige wenige KBs groß. Nämlich genau die Menge an Speicherblöcken (klassischer weiße 4KB groß) die man braucht um den Inhalt einer dieser Dateien zu speichern. Die restlichen 9999 verweisen einfach dann auf die selben Blöcke auf der Festplatte.

Editiert man nun eine der Textdatei wird auf der Festplatte nur diese Änderung zu den anderen Dateien gespeichert, „Copy-on-write“. Sprich, erst indem Fall wo etwas geändert wird, wird es auf die Festplatte neu geschrieben. Und nur die Änderungen.

Das wiederum bedeutet dass alles was sich so an Redundanten Daten im laufe der Zeit ansammelt kaum ins Gewicht fällt.

Hat eine flatpak Runtime ähnliche Dateien wie eine bereits installierte, dann werden nur die Unterschiede auf der Festplatte gespeichert.

Installiert man nun einige Distroboxen, die ähnliche Bibliotheken haben. Dann werden nur die unterscheide gespeichert.

Hier ein kleines Beispiel: 1.2 GB an Textdateien vorher und nachher. Am freien Speicher sehen wir, dass mit der zipbomb 288,1 GB als frei angegeben sind und nach dem löschen gerade ein mal 0,1 GB also ca 100 MB an Speicher wirklich freigeben bzw. belegt wurde.

Für Systeme mit limitierten Speicherplatz ist das von Vorteil.

Ein weiterer Vorteil von Aeon selbst ist, dass es von Hausaus mit ZRAM-Swap daher kommt. Das bedeutet, dass das System keine extra Auslagerungspartition hat, sondern den Arbeitsspeicher komprimiert. Dies verdoppelt zwar den Arbeitsspeicher effektiv nicht, sorgt aber für deutlich bessere Leistung in Anwendungsfällen wo der Speicher des Systems vollläuft. Zwar zu Lasten der CPU Zeit, aber betrachtet man die Alternative, den Auslagerungsspeicher auf die Festplatte oder SSD zu schreiben eine deutlich bessere Lösung.

Laienhaft könnte man sagen, zram-swap ist das Realität gewordene „Download more RAM Meme.“

Sprich man bekommt mehr Arbeitsspeicher für umsonst und schont dabei noch die Festplatte oder SSD im System. Zugegeben nicht nur ein Bonus für low-end Geräte sondern auch für normale Desktops.

Natürlich ist Aeon kein Allheilmittel. Es gibt eine Reihe von Szenarien bei denen Aeon keine Gute wahl ist.

Denn anders als Tumbleweed, auf dem es aufbaut, bietet Aeon keine 32bit Version die auf 32bit CPUs ausgeführt werden könnte. Die 32bit Software Kompatibilität ist damit nicht gemeint. 32bit Software kann auf Aeon ganz normal ausgeführt werden.

Außerdem kommt Aeon immer mit dem Gnome Desktop daher. Wer also kein Fan von Gnome ist, ist mit Aeon ebenfalls nicht gut beraten.

Wer ein Dualboot System aufsetzten möchte, sie es mit Windows oder einer anderen Linux Distribution sollte auch einen Bogen um Aeon machen. Primär deswegen, weil der Aeon Installer immer den gesamten Festplatteninhalt überschreiben wird.

Wem das Konzept einer Immutable Distribution suspekt ist oder der flatpaks nicht leiden kann, der sollte Aeon ebenfalls den Laufpass geben.

Deswegen möchte ich an dieser Stelle ein paar gängige low-end Distributionen erwähnen.

• Q4OS
• Ubuntu Mate
• Xubuntu
• Linux Mint (XFCE)
• Linux Lite
• PuppyLinux
• TinyCore

Erzählen kann ich viel, aber wie es mit Realwelt Beispielen aussieht sagt das noch lange nicht. Auch wenn Linux deutlich Ressourcen schondender ist als Windows, was die ausführung auf alter Hardware zusätzlich begünstigt, verbringt es dennoch keine Wunder. Spiele die vorher schon über der Leistungsklasse des Systems lagen, werden es in vielen Fällen immer noch sein.

Daher lade ich auf YouTube ab und zu explizit Low-End Linux Gaming Inhalte hoch. Zum einen um die Aufmerksamkeit auf Linux zu lenken und auch um zu zeigen, was denn so alles möglich ist. Oder was eben nicht. So das andere Benutzer mit ähnlicher oder evtl. Leistungsstärkerer Hardware eine Referenz haben, was mit ihrer Hardware möglich wäre.

Für die Interessierten, die neusten Aufnahmen der Serie sind mit einer Capture Karte gemacht worden. Genauer gesagt mit dieser hier.

Ältere Aufnahmen wurden mit dem GPU Screen Recorder auf dem Laptop selbst gemacht. Was natürlich zu Leistungseinbusen führte.