Es gab also zwei oder drei Kommentare mit der Frage: „ Warum habt ihr nicht Steam OS benutzt?“ Warum habt ihr nicht Steam OS für unseren äh Steam Machine Killer verwendet? Der Einfachheit halber nenne ich sie in diesem Video einfach die J-Maschine. Aber in diesem Video werde ich genauer darauf eingehen, warum wir uns für Basite entschieden haben, wie moderne Gaming-Linux-Distributionen aufgebaut sind und warum die Unterschiede zwischen Basite und Steam OS gar nicht so wichtig sind, wie man vielleicht denkt. Ich habe das neueste Steam OS 3.8 installiert, und es getestet. Ich habe ein paar Benchmarks durchgeführt, um zu sehen, ob es Leistungsunterschiede gibt, und werde über etwaige Unterschiede in der Benutzererfahrung sprechen . Dann legen wir mal gleich los . Warum also entscheiden wir uns auf dieser Maschine für Basite anstelle von Steam OS? Ich meine, ehrlich gesagt lag es hauptsächlich daran, dass ich wusste, dass Basite eine breitere Hardwareunterstützung bietet, obwohl wir sie technisch gesehen nicht brauchten, da es sich um ein reines AMD-System handelt. Jays Vorkenntnisse in Basite und die Tatsache, dass es viel mehr Konfigurationsmöglichkeiten bietet, falls wir beispielsweise Windows auf demselben Rechner installieren wollten, kamen ihm dabei zugute. Basite unterstützt Dual-Boot von Haus aus, Steam OS hingegen nicht, und Basite unterstützt mehr Hardware, wie zum Beispiel dieses Intel-Arc-basierte Handheld, das ich besitze. Das ist also im Grunde der Grund, warum wir uns dafür entschieden haben . Ich meine, es war einfach so, als wäre es bereits ein bekanntes, gut funktionierendes System, von dem wir wussten, wie man es einrichtet. Wir hatten das Image bereits auf unserer Ventoy-Installations-CD usw. gespeichert. Deshalb haben wir uns in dem Video, in dem wir dieses System aufgebaut haben, ursprünglich für Basite entschieden. Wie ich aber schon in der Einleitung erwähnt habe, habe ich auch Steam OS installiert und einige Tests zwischen Basite und Steam OS durchgeführt, um zu sehen, ob es Unterschiede in der Leistung oder der Benutzererfahrung gibt. Zunächst sollten wir aber einen Schritt zurückgehen und darüber sprechen, wie moderne Gaming-Linux-Distributionen aufgebaut sind und wie die Software- Schichten aufeinander aufbauen . Okay, fangen wir also einfach mit Steam OS an. Wir werden uns das also einmal von oben nach unten ansehen . Also, wir fangen mit dem Spiel an. Offensichtlich läuft Ihr Spiel und erwartet Windows, was die erste Hürde beim Ausführen eines Spiels unter Linux darstellt. Das Spiel nutzt Valves Windows-API- Übersetzungsschicht namens Proton. Es emuliert Windows nicht. Es verhält sich so, als ob das Spiel beispielsweise nach einem Windows-Soundgerät fragt, dieses dann in das entsprechende Linux-Soundgerät übersetzt und umgekehrt für alle API- Aufrufe. Grafik, Sound, Eingabe – all das wird von Proton verarbeitet und übersetzt, sodass das Spiel im Grunde auf alle Dinge zugreifen kann, auf die es normalerweise unter Windows zugreifen würde, aber natürlich nicht unter Windows. Unterhalb des auf Proton laufenden Spiels befindet sich also die Ebene „Game Scope Steam Big Picture Session“. Jedes Betriebssystem verfügt also über einen Compositor, der die Fenster verwaltet, sie zeichnet und zusammenfügt, den Inhalt jedes Fensters in das Fenster einfügt und somit für die endgültige Anzeige der Benutzeroberfläche verantwortlich ist. Da Valve Steam OS offensichtlich als Betriebssystem mit Schwerpunkt auf Spielen entwickelte, insbesondere für etwas wie ein Steam Deck, das ja der ursprüngliche Anwendungsfall für diese moderne Version von Steam OS war. Sie haben auf dieser Ebene viele Anpassungen vorgenommen, weil sie wussten, dass das System im Grunde nur das Spiel und die Steam-Benutzeroberfläche zum Laufen bringen musste. Ihr Compositor heißt Gamecope und kümmert sich im Grunde nur um die Steam-Benutzeroberfläche und das Spiel selbst. Das war’s. Das ist sowieso das Einzige, was auf dem System läuft, wenn man spielt. Da Games Scope aber ein auf Spiele spezialisierter Compositor ist, der nur das Steam-Fenster und das Spielfenster verwalten muss, ist der Overhead deutlich geringer als bei einem herkömmlichen Desktop-Betriebssystem, bei dem der Compositor beispielsweise für einen Anwendungsfall vorbereitet sein muss, in dem ein Spiel im Vollbildmodus läuft, und das ist das Einzige, was er verwalten muss. Oder das Spiel läuft in einem Fenster, in dem nebenan andere 3D-beschleunigte Anwendungen laufen. Wenn der Compositor also so konstruiert werden muss, dass er all diese verschiedenen Anwendungsfälle abdecken kann, entsteht natürlich ein gewisser Mehraufwand. Wir haben also das Spiel, wir haben es unter Proton, und wir haben die Spiel-Skill-Obsession. Diese Ebene hier umfasst im Grunde alles, was Sie als Benutzer sehen, wenn Sie Steam OS, Basite, Nara oder eine andere Linux- Distribution für Spiele verwenden, auf der diese Gamecube- Sitzung läuft. Also nochmal, das ist alles, was Sie sehen und bemerken werden . Alles, was darunter liegt, ist im Wesentlichen der modularen Architektur von Linux geschuldet. Solche Dinge kann man austauschen, und das hat keinen wirklichen Einfluss auf das Benutzererlebnis, wenn man es beispielsweise im Steam- Gaming-Modus laufen lässt, was einem Konsolenerlebnis ähnelt, bei dem man hauptsächlich über den Steam Big Picture-Modus mit dem Computer interagiert. Im Falle von Steam OS befindet sich unter der gesamten Benutzeroberfläche im Grunde Valves angepasste Version von Arch Linux. Arch Linux ist eine wirklich gute Wahl von Valve, denn Arch Linux ist sehr modular und darauf ausgelegt, dass Sie es genau so anpassen können, wie Sie es auf der Hardware verwenden möchten. Und da Valve als Systemintegrator agiert und seine Handheld-Konsolen und nun auch die Steam Machine quasi von Grund auf selbst entwickelt, war das eine hervorragende Wahl, denn sie konnten machen, was sie wollten. Sie haben also zwei redundante Betriebssystempartitionen implementiert, die zudem schreibgeschützt sind. Als Benutzer kann man im Linux-System also nicht wirklich leicht etwas kaputtmachen, und glauben Sie mir, einem beliebigen normalen Benutzer Zugriff auf die zugrundeliegenden Subsysteme eines Linux-Systems zu gewähren, ist geradezu eine Einladung zum Unglück, denn es ist wirklich sehr einfach, in Linux etwas kaputt zu machen, aufgrund der offenen Natur des Betriebssystems und der zugrundeliegenden Designphilosophien . Da Valve über zwei redundante, schreibgeschützte OS-Partitionen verfügte, musste das Unternehmen natürlich auch sein eigenes Software- und OS-Update-System anpassen. Sie bieten Ihnen außerdem KDE als Desktop- Umgebung an. Unter Windows würde man das einfach Windows Explorer nennen. Die Desktop-Oberfläche von Windows lässt sich nicht einfach ändern . Und für Leute, die Linux noch nicht so gut kennen, ist es irgendwie ungewöhnlich, dass es so modular aufgebaut ist. Nicht unbedingt modular in dem Sinne, dass man die Desktop-Umgebung wechseln könnte, nachdem man das System installiert hat, sondern einfach die Idee, dass man neben der Wahl des Betriebssystems auch die Wahl zwischen verschiedenen Desktop-Umgebungen hätte. Das ist irgendwie seltsam, denn Windows und Mac OS bieten ja bekanntlich nur ihre jeweiligen Desktop- Umgebungen an und keine Alternativen – warum auch? Aber im Laufe der Jahre, als sich Linux weiterentwickelte, und mit dem Aufkommen der 90er und 80er Jahre, hatten viele verschiedene Entwickler unterschiedliche Vorstellungen davon, wie ihre Desktop-Umgebungen funktionieren sollten. Das ist also gewissermaßen der Segen und der Fluch von Linux: Man hat zwar die Wahl zwischen verschiedenen Desktop-Umgebungen, muss sich aber auch entscheiden, wenn man bedenkt, dass man quasi ein DRO von Grund auf neu aufbaut. Valve hat KDE einfach miteinbezogen, weil es so ziemlich die Windows-ähnlichste Desktop-Umgebung unter Linux ist. Ähm, ich persönlich bevorzuge es auch. Gnome ist jetzt totaler Mist. Fordere mich in den Kommentaren heraus. Aber es kommt auch von einem Mac-Nutzer. Gott, ich hasse Nein. Nun ja, Valve bietet die KD- Desktopumgebung für ganz normale PC-Aufgaben an, und genau das sieht man, wenn man in den Desktop-Modus bootet. Nachdem wir nun den Aufbau von Steam OS besprochen haben , was ist der Unterschied zwischen Steam OS und Basite? Wie ich bereits erwähnt habe, bleibt also im Grunde alles, was der Benutzer in Bezug auf die Benutzeroberfläche und die Benutzererfahrung sieht, gleich. Es wird weiterhin eine Gamescope- Sitzung im Steam Big Picture-Modus laufen. Ihre Spiele werden weiterhin auf Proton laufen. Weil die Benutzererfahrung im Grunde gleich ist und es auf denselben Technologien basiert. Valve hat Gamecope und Proton erneut als Open Source veröffentlicht. Es ist also nicht so, dass sie etwas betreiben, es ist nicht so, als ob Basite ihre eigene Version von Gamecope betreiben würde. Sie verwenden tatsächlich den von Valve produzierten Gamecube-Compositor. Der Abschnitt nach oben ist im Grunde genau gleich. Tatsächlich handelt es sich dabei um Steam OS und das um Basite. Kannst du es erkennen? Nein, nicht wirklich. Denn die Benutzeroberfläche ist, wie bereits erwähnt, exakt dieselbe. Unterhalb der Benutzeroberfläche, wo Steam OS auf Arch Linux basiert, stellt man fest, dass Bsite auf einer Fedora-Variante namens Fedora Atomic Desktops aufbaut. Fedora ist eine Linux-Distribution, die es schon seit Jahren gibt. Meine erste Erfahrung mit Fedora war wohl in der XP- Ära (XP1). So ähnlich wie beim Service Pack 1 für Windows XP, als ich zum ersten Mal mit Fedora experimentierte. Also, ich sage das nicht, um mit meinem Status anzugeben. Es geht mir eher darum, freundlich zu sein und zu vermitteln, dass es Red Hat und Fedora schon ewig gibt. Und so etwas wie langfristige Wartung, also die Unterstützung eines großen Unternehmens im Hintergrund eines solchen Vertriebsnetzes, ermöglicht es einem, bei Problemen Hilfe zu bekommen. Falls Sie jemals auf irgendwelche seltsamen Eigenheiten oder Ähnliches stoßen sollten, ist die Dokumentation für etwas wie Fedora natürlich viel umfangreicher. Es gibt deutlich mehr Leute, die damit Erfahrungen haben, im Gegensatz zur stark angepassten Arch Linux-Version von Steam OS. Der Grund, warum Bason sich für Fedora Atomic Desktops anstelle des regulären Fedora entschied, liegt darin, dass die von Red Hat angebotenen Atomic-Desktop-Varianten eine ähnliche Designphilosophie aufweisen wie Valves Anpassung von Arch Linux. Man erhält also wieder redundante, schreibgeschützte Systempartitionen, ähnlich dem Betriebssystem. Und weil sie redundant sind, bleibt im Falle eines Software- oder Betriebssystemupdates, das aus irgendeinem Grund nicht startet oder fehlerhaft oder inkompatibel mit Ihrer Hardware ist, eine zweite redundante Version der vorherigen Version des Betriebssystems verfügbar. Wenn der Systemstart fehlschlägt, startet das System einfach in die vorherige Version neu und informiert Sie darüber, dass das Software-Update fehlgeschlagen ist. Oh Gott, das klingt so angenehm im Vergleich zu allem, was mit Windows-Updates zu tun hat. Da Fedora eine allgemeinere Linux-Distribution ist, auf der Bazite ihr Gamecope- Erlebnis basiert, haben Sie auch etwas mehr Auswahl. Sie können KDE als Desktop-Umgebung wählen oder Gnome verwenden, oder eigentlich eine ganze Reihe. Es gibt eine Vielzahl verschiedener Fedora Atomic-Versionen mit einer Vielzahl unterschiedlicher Desktop-Erlebnisse, die wohl nur die eingefleischtesten Linux-Nerds begeistern werden. Kann sich noch jemand an Enlightenment DE erinnern? Die einzige Besonderheit bei der Art und Weise, wie Linux seine Betriebssystem-Updates durchführt, ist, dass die Grafiktreiber in das Betriebssystem integriert sind und nicht separat bereitgestellt werden. So wie unter Windows, wo man beispielsweise beim Einbau einer neuen Grafikkarte auch den neuen Treiber installieren oder die Treiber separat aktualisieren muss. Unter Linux sind die Grafiktreiber Teil des Betriebssystempakets. Sie werden also nur aktualisiert, wenn das Betriebssystempaket aktualisiert wird. Das kann sowohl ein Segen als auch ein Fluch sein. Ähm, hauptsächlich, weil man quasi dem Wohlwollen desjenigen ausgeliefert ist, der den Vertrieb betreut. Es kann geringfügige Unterschiede bei den Grafiktreibern zwischen Steam OS und Bzi geben. Es hängt einfach davon ab, ob Valve oder Red Hat sich entschieden hat, ihr Grafiktreiberpaket zuerst im Betriebssystempaket zu aktualisieren. Nachdem wir nun wissen, wie Gaming-Linux aufgebaut ist, kennen wir die Unterschiede zwischen Steam OS und Bsite im Detail sowie die Vor- und Nachteile im Vergleich zu Windows. Die Möglichkeit, dass das Betriebssystem nur schreibgeschützt ist, sowohl bei Steam OS als auch bei Basite, ist offensichtlich sehr praktisch für Anfänger. Wenn man also ein Steam-Big- Picture-Setup wie dieses auf einem Couch-PC oder einem Handheld nutzt, möchte man natürlich, dass alles ein konsolenähnliches Erlebnis bietet. Die Betriebssysteme sind im Vergleich zu Windows deutlich schlanker . Das Steam OS-Installationsabbild ist 3,1 GB groß. Nun, unter Linux erzielen Sie möglicherweise nicht die beste Leistung im Vergleich zu Windows. Als ich es mit einer Nvidia-Karte testete, stellte ich einen deutlichen Leistungsverlust beim Vergleich von Benchmarks mit Linux und Windows fest. Auch hier gilt: Man muss das mit Vorsicht genießen, denn es gibt so viele Unterschiede bei den Rendering- Pipelines beider Betriebssysteme, dass man sie nicht einfach so vergleichen kann. Wenn ich Steve wäre, würde ich nicht sagen, dass sie vergleichbar wären. Und er sagt in all seinen Linux-Videos, dass man die Dinge nicht vergleichen kann. Ich habe einfach mal einen groben Benutzertest gemacht, bei dem ich die integrierten Benchmarks von Spielen mit denselben Einstellungen geöffnet und die Ergebnisse unter Windows und Linux verglichen habe. Und ja, unter Linux stellte ich eine etwas geringere Leistung fest. Manchmal funktionieren Funktionen wie RT oder speziell für Intel-Karten XSS jedoch deutlich schlechter als unter Windows oder sie sind gar nicht verfügbar. Wie man an der J-Maschine sehen kann, hat Nick offensichtlich mit Pragmata herumexperimentiert, und wir haben versucht, RT zu aktivieren, aber es war nicht da. Als wäre die Option einfach ausgegraut. Obwohl eine 960 offensichtlich RT unterstützen kann und Pragmata unter Linux einfach nicht funktionierte. Es ist also einfach so eine Sache, bei der irgendjemand weiter oben in der Kette – entweder Valve mit Proton oder AMD mit ihren Linux-Treibern usw. – das Problem beheben muss. Aber ja, so etwas passiert eben manchmal. Das ist einer der Nachteile von Linux. Die Kehrseite der Medaille ist, dass die Framezeiten im Big Picture-Modus unter Steam OS deutlich konstanter sind als unter Windows. Das war schon immer die Stärke von Steam OS mit dem Gamecope-Compositor, sogar schon seit der ursprünglichen Einführung von Steam Deck . Und natürlich ist es kostenlos. Kein KI-Quatsch. Und mein Lieblingsfeature unter Linux im Vergleich zu Windows ist das zuverlässige Schnellruhe- und Aufwachen, selbst wenn man gerade spielt. Ja . Siehst du, es läuft immer noch, nicht wahr? Okay, vergleichen wir also Basite mit Steam OS. Die Vorteile von Basite liegen ganz klar in der breiteren Hardwareunterstützung. Ähm, BSite unterstützt offiziell AMD-, Intel- und Nvidia-GPUs. Äh, Sie können verschiedene Versionen für die jeweiligen Karten herunterladen, die Sie besitzen. Die AMD- und Intel- Versionen sind im Grunde identisch aufgebaut, während die Nvidia-Version eine separate Version ist, hauptsächlich weil Nvidia, verdammt nochmal. Neben der breiteren Hardwareunterstützung von Bazite umfasst es auch eine breitere Unterstützung für mobile Hardware. Beim Zusammenbau eines Desktop-PCs gibt es viel weniger Eigenheiten und spezielle, merkwürdige Dinge, für die man entweder Treiber oder Softwarelösungen benötigt. Bei mobilen Geräten gibt es allerdings einige große Hürden. Der eingebaute Controller muss natürlich funktionieren. Sie sind nicht standardisiert. Unter Steam findet man beispielsweise das Schnellzugriffsmenü usw. Diese Tasten sind auf einem Standard-Xbox-Controller nicht vorhanden . Also, ähm, alle diese Handhelds verwenden speziell angefertigte Controller. Das Betriebssystem muss es also unterstützen . Steam OS unterstützt nur Controller auf Handhelds, die sich in der Beta-Unterstützungsliste befinden. Das wären also ROG Ally, äh, Lenovo Legion Go und Go S. Aber die Sache ist die: Bazite enthält bereits eine Software namens Handheld Damon, bei der es sich eigentlich um einen Drittanbieter- Software-Stack handelt, der Controller, RGB-Beleuchtung, TDP-Steuerung und so weiter für Nicht-AMD-Handhelds übernimmt. So wie ich bei diesem Intel-Handheld hier die volle Kontrolle über die GPU und die CPU- Taktfrequenz, die CPU-Leistung, welche Kerne ich bevorzuge, die EC-Kerne oder die PC- Kerne, ähm, EP, all diese Dinge, die man unter Windows konfigurieren kann, ähm, das Gleiche bekommt man auch über den Handheld- Damon. Wenn ich hingegen Steam OS darauf installieren würde, würde es wahrscheinlich starten, insbesondere weil ich gehört habe, dass sie mit den letzten Updates stillschweigend den Intel-Treiber integriert haben, obwohl sie dies nicht auf der Simos-Website erwähnt haben. Technisch gesehen würde es auf diesem Gerät wahrscheinlich starten, aber mir würden all diese TDP-Kontrollen fehlen. Mir würde die RGB-Steuerung fehlen, und wer weiß, ob dieser Controller überhaupt funktionieren würde, es sei denn, ich müsste Tastatur und Maus anschließen, die Desktop-Version starten und dann Handheld Damon separat installieren. Basite hingegen verfügt bereits über eine vorkonfigurierte Version. Es ist also einfach so, dass es standardmäßig enthalten ist und ungemein praktisch ist, wenn man mit Hardware arbeitet, die außerhalb der eher eng gefassten Liste der von Valve unterstützten Geräte liegt. Und ich denke, der größte Vorteil von Basite für den normalen Benutzer wird die native Dual-Boot- Unterstützung mit Windows sein. Sie müssen also lediglich Ihre Windows-Partition vergrößern oder verkleinern. Wenn Sie dann Basit installieren, erkennt das Programm, dass Windows bereits auf diesem Laufwerk vorhanden ist, und übernimmt die Partitionierung und die Konfiguration des neuen Bootloaders, sodass Sie die Möglichkeit haben, Windows zu starten, wenn Sie möchten, sowie die neueste Version von Basit und die vorherige Version, die Sie erhalten. Das ist mit Steam OS überhaupt nicht möglich. Bei Steam OS hingegen ist der Installationsprozess kinderleicht. Es sind buchstäblich nur zwei Klicks, dann muss man, glaube ich, nur noch einmal „Y“ ins Terminal eingeben und Enter drücken, und das war's dann auch schon . Das ist erledigt. Warte ein paar Minuten und dann – oh Schreck! – startet es plötzlich in Steam OS neu. Aber bei dieser Installationssache gibt es keine Anpassungsmöglichkeiten, keine Flexibilität . Es wird immer die gesamte vorhandene NVMe-SSD nutzen. Ein Vorteil ist, dass es sich um ein sehr einfaches, absolut narrensicheres Installationssystem handelt , insbesondere wenn man über vollständig unterstützte Hardware wie ein reines AMD- System verfügt. Aber nochmal: Wenn Sie Windows im Dual-Boot-Modus betreiben möchten, würde ich Ihnen nicht einmal empfehlen, Steam OS so zu konfigurieren, dass es mit Windows im Dual-Boot-Modus läuft, auch wenn das möglich ist, da es immer noch Grub als Bootloader verwendet. Ähm, ich hatte das schon einmal gemacht, als ich das Steam Deck besaß, und das Ärgerlichste daran ist, dass bei jedem Update des Steam OS der Bootloader überschrieben oder alle Bootloader-Einstellungen mit Valves Einstellungen im OS-Image überschrieben werden. Das heißt, Sie müssten es nach jedem Update jedes Mal selbst neu konfigurieren, um wieder in Windows zu gelangen. Nun hat Basite gegenüber Steam OS auch Nachteile, insbesondere auf der gleichen Hardware. Es fährt etwas langsamer hoch. Bei diesem Gerät dauerte der Startvorgang etwa 10 Sekunden länger . Die Spieleleistung war unter Steam OS im Vergleich zu Beite etwas besser, aber manchmal auch unverändert . Ich meine, wir reden hier von 6 FPS, 130 gegenüber 136 im integrierten Cyberpunk-Benchmark. 63 FPS gegenüber 159 FPS in Horizon 5. Und Blacksmith äh, es blieb unverändert. Man kann also eine etwas höhere Leistung erzielen, aber im Endeffekt ist es letztendlich eine Glückssache . Und Basite verbraucht im Leerlauf etwas mehr RAM . Ich meine, wenn Ihr System über begrenzten Arbeitsspeicher verfügt, könnte das ein Problem sein. Aber beide waren standardmäßig so viel schlechter als Windows. Zum Beispiel verbrauchte Baza im Leerlauf 2,6 GB, im Vergleich zu 2,1 GB unter Steam OS, was lächerlich niedrig ist. Ich frage mich, ob die 5,3 GB weniger als die Hälfte der RAM-Auslastung im Leerlauf von Windows bedeuten, dass einfach weniger unnötige Prozesse im Hintergrund laufen. So, ja, nach alldem hoffe ich, dass damit eure Fragen beantwortet sind, warum wir Basite verwendet haben und warum es eigentlich keinen Unterschied macht, ob man Basite oder Steam OI verwendet. Es gibt also im Grunde einfach unterschiedliche Designphilosophien zwischen den beiden Betriebssystemen. Möchtest du die Wahl haben, eine andere Desktop-Umgebung als KDE zu verwenden, oder willst du einfach nur die simple Einstellung: „Ich werde auf diesem Laufwerk nie ein anderes Betriebssystem verwenden“? Es ist nur ein Couchtisch, und das war's . Für solche Anwendungen ist Steam OS die beste Wahl, vorausgesetzt, Sie verwenden Hardware, die Valve für solche Anwendungen unterstützt. Ich denke also, die wichtigste Erkenntnis ist, dass wir uns in einer großartigen Zeit befinden, in der wir Windows für Spiele hinter uns lassen können. Das ist einfach das Coolste überhaupt. Wie ich vorhin schon scherzhaft erwähnte, ist das Einzige, was mich im Moment wirklich noch an Windows hält, Adobe für die Arbeit an meinem Desktop-PC. Es gibt ein paar kleine RGB-Eigenheiten, die mich bei Linux im Vergleich zu Windows etwas stören, aber im Grunde war es noch nie so einfach, Windows loszuwerden, vor allem, wenn es so nervig war mit, Sie wissen schon, den erzwungenen Updates, dem ganzen Genörgel, dem ganzen KI-Mist, den sie einem aufzwingen wollen und so weiter. Es ist kostenlos. Es ist eine superleichte Lösung und sie unterstützt praktisch alle Spiele, die man sich wünscht, außer natürlich solchen, die den blöden Windows- Anti-Chemie-Schutz benötigen. Ja, genau. Nutzt jemand von euch Linux auf seinem Desktop-PC hauptsächlich zum Spielen? Wie waren Ihre Erfahrungen? Und auf welcher Hardware läuft es? Weil ich mich wirklich für Basi interessiere, aber ich nutze es nicht wirklich, wenn ich Spiele nativ auf dem Intel Arc Handheld spiele, da die Arc-Treiber unter Linux immer noch etwa 30 % langsamer sind als unter Windows. Damit könnte ich leben, wenn es nur 10 % oder 5 % langsamer wäre, aber 30 % sind ein großer Unterschied. Es ist, als ob das eine ganz andere Grafikebene wäre, zum Beispiel, ob ich Raytracing auf Cyberpunk auf dem Handheld nutzen kann oder nicht. Also, ähm ja, ich hoffe in Zukunft auf bessere Intel Arc-Treiber für Linux. Aber abgesehen davon, ja, auf welcher Hardware betreibt ihr das Ganze? Und ähm, wie waren Ihre Erfahrungen? Das war's für dieses Video. Und wie immer vielen Dank fürs Zuschauen.