Bazzite en andere distro's werken samen om Linux-gaming consistenter te maken

De makers van verschillende Linux-distro's zijn een samenwerking aangegaan die gamen op Linux moet verbeteren. Het Open Gaming Collective wil onder andere een eigen kernel ontwikkelen, maar ook samenwerken aan componenten en een downstreamfork ontwikkelen van Gamescope.

Het pasgevormde Open Gaming Collective is een initiatief van onder andere Bazzite, een Linux-distro die primair voor gamers bedoeld is. Daarnaast zijn ASUS Linux, ShadowBlip, PikaOS en Fyra Labs betrokken bij het project. Bazzite zegt zelf ook in een forumpost dat het doel van de stichting is om 'belangrijke componenten zoals kernelpatches, tooling en gamepakketten zoals Gamescope te centraliseren'. "In plaats van dat iedere distro zijn eigen patches doorvoert en gefragmenteerde hardwareondersteuning biedt, kunnen we verbeteringen zo delen in het hele ecosysteem."

Het verbond wil alles upstream doen. Dat betekent dat alle patches die door leden van het verbond worden aangeleverd, uiteindelijk in de Linux-kernel kunnen verschijnen. "Dit moet voor meer hardwarecompatibiliteit zorgen, minder dubbel werk en een betere, eenduidigere Linux-game-ervaring", zeggen de makers.

Een van de doelen van de samenwerking is om een eigen kernel te ontwikkelen, de OGC-kernel. Die moet specifiek op gamers gericht zijn, al zeggen de makers niet specifiek hoe. Ook willen de makers een downstreamfork bijhouden van Gamescope, de compositor die Valve op de Steam Deck gebruikt. De makers houden hun werk bij op GitHub.

Reacties (122)

[lasharor]

Het verbond wil alles upstream doen. Dat betekent dat alle patches die door leden van het verbond worden aangeleverd, uiteindelijk in de Linux-kernel kunnen verschijnen. "Dit moet voor meer hardwarecompatibiliteit zorgen, minder dubbel werk en een betere, eenduidigere Linux-game-ervaring", zeggen de makers.

Een van de doelen van de samenwerking is om een eigen kernel te ontwikkelen, de OGC-kernel.

Is dit niet tegenstrijdig?

[D0ubleD0uble]

Upstream patches richting de kernel zijn voor hardware ondersteuning, bepaalde nieuwe features, etc. Daarom zitten die in de mainline kernel.

De OGC-kernel is simpelweg een patchset/configuratie losgelaten op de kernel. Zo'n kernel is vaak net wat beter geoptimaliseerd voor desktop gebruik, heeft een hogere polling rate. Ik weet dat OBS recording + het draaien van bepaalde games zorgde voor hele gekke microstutters op de mainline kernel. De andere kernels hebben hier geen last van. Wel zo fijn als het doel is om gaming/streaming op Linux te promoten.

[Hydranet]

Welke kernel gebruik jij dan wanneer je gamed en OBS draait als ik vragen mag uit nieuwsgierigheid, want heb eigenlijk nooit verschil kunnen zien of ervaren tijdens het gebruik van verschillende kernels(linux, linux-lts, linux-zen, linux-cachyos, etc.) met gamen en desktop gebruik?

[Reactie gewijzigd door Hydranet op 30 januari 2026 19:37]

[kabelmannetje]

Je merkt natuurlijk nauwelijks verschil tussen een LTS en niet-LTS kernel.

Zoals eerder gezegd, sommige patches verlagen latency, sommige juist througput. Je kan dat verschil zelf nauwelijks herkennen. Maar benchmarks wel.

[Niemand_Anders]

Nee, dit is eigenlijk het standaard git ontwikkel model.

Jij maakt een fork (clone) van een repository. Op jouw repository maak je de wijzigingen en middels pull requests worden ze upstream gestuurd en worden ze wel of niet geaccepteerd.

Ofwel de OGC-kernel start als fork van de reguliere vanilla kernel, dan gaan er de patches overheen en wordt er een OGC kernel release gemaakt (voor Bazzite e.d.). Als onderdeel van die release wil men dan (een deel van) die wijzigingen upstream richting de Linux foundation sturen.

Zo is ook de hardened kernel ooit begonnen. Een deel van die patches zijn opgenomen in de officiele kernel omdat ze van algemeen nut zijn. Ze zijn als optioneel deel opgenomen in de kernel.

Op de dezelfde manier dat de hardened kernel vooral bedoeld is voor server gebruik, maar op dezelfde manier kunnen ook optioneel wijzigingen in de kernel worden opgenomen welke de kernel meer geschikt maakt voor gaming. Algemene distro's (zoals Debian) kunnen meerdere kernel packages aanleveren voor verschillend doelgroepen.

Ik vind Bazitte super interessant, maar ik werk al meer dan 25 jaar met Debian. Ik weet waar alles zit en switchen naar een andere distro voelt toch een beetje alsof je switched van Windows XP naar Windows 7. Het is grotendeels hetzelfde, maar alles zit net op een andere plek...

[AnonymousGerbil]

"Kunnen" is niet hetzelfde als "zullen". Er spelen voor de kernel namelijk ook andere belangen dan die van spellenspelers.

Los daar van kan ik me ook zo voorstellen dat de patches ietwat minder vlot upstream doorgevoerd worden vanwege een andere afweging van de risicos.

[ard1998]

Niet echt. De prestaties van de eigen kernel zijn het bewijs van dat de aanpassingen werken voordat het upstream gaat. Omdat het om een aparte kernelversie gaat kunnen deze los van de normale kernelwijzigingen getest worden op grotere schaal voordat de aanpassingen bij iedereen in de kernel zitten.

[Hydranet]

Ik heb over de jaren heen verschillende kernels uitgeprobeerd, ie: linux, linux-zen, linux-cachos, etc. Ik heb nooit een verschil gemerkt of gezien dat ik veel betere fps kreeg. Het was altijd ongeveer hetzelfde, zelfs met de optimized packages van CachyOS merkte ik er niks van. Kan mij wel voorstellen dat als je wat mindere krachtige hardware hebt het verschil wel gaat zien en merken.

[svenk91]

Als ik de forum post van Bazzite lees lijken ze impliciet te suggereren dat de kernel wijzigingen vooral om ondersteuning van hardware gaan.

“Bazzite will adopt the OGC kernel, ensuring continued support for features like secure boot, expanded controller support, steering wheel support, and more; all maintained collaboratively within the shared kernel project.”

FPS verbeteringen zitten vooral in de ondersteuning van Gamescope, maar dat zit buiten de kernel.

[JeroenED]

een eigen kernel ontwikkelen is meer bedoeld is als een eigen linux fork/smaak zoals je liquorix hebt of de ubuntu/debian generic, lowlatency, cloud, hebt met heel specifieke patches en ondersteuningen (Ik denk direct aan elgato stuff dat beter ondersteund word of specifiek naar responsiveness). Je hebt ook op debian voor server geen nood aan een gaming kernel en op een gaming distro een Hypervisor kernel is ook niet echt ideaal. Perfect te verdedigen dus.

[youridv1]

Nee. Ze willen dus een eigen fork ontwikkelen waarin ze de verbeteringen toepassen en hun verbeteringen zo veel mogelijk uiteindelijk in de upstream krijgen.

Het alternatief is dat je iets ontwikkelt en vervolgens moet wachten tot je code in de mainstream kernel komt. Dat duurt lang. Dus je ontwikkeld in de tussentijd door aan je eigen versie voor jouw gebruikers zodat je je verbeteringen sneller de deur uit krijgt.

Het uiteindelijke doel is dus dat iedereen op den duur een voor gaming geschiktere kernel krijgt, maar de mensen die dat specifiek willen, kunnen voor lopen op de meute door de OGC kernel te draaien.

[Reactie gewijzigd door youridv1 op 30 januari 2026 12:04]

[CAPSLOCK2000]

Is dit niet tegenstrijdig?

Nee, dat is niet tegenstrijd, de woorden "eigen kernel" zijn gewoon niet zo handig zonder context.

Het is deel van het ontwikkelmodel. De "mainline" kernel die door Linus wordt ontwikkeld is niet echt op eindgebruikers gericht. Gewone gebruikers gebruiken de kernel die bij hun distributie zit. Zo'n kernel kan dan al getuned zijn voor een bepaalde use-case (zoals gaming).

Als gebruikers bugs vinden melden ze die bij hun distributie. Een gebruiker weet immers typisch niet in welke component de bug precies zit, die heeft dus een algemeen meldpunt nodig. De beheerder van de distributie zal de bug dan eerst in z'n eigen distributie oplossen en daarna de fix doorsturen naar het juiste upstream-project, zoals de kernel. Daar wordt het door anderen opgepikt en getest en pas daarna wordt zo'n fix opgenomen in de mainline kernel.
Features volgen een vergelijkbaar proces.

Ik denk dat het hier dus gaat om een kernel die is getuned voor gaming en voorzien is van de nieuwste drivers voor typische gamer-hardware (race-stuurtjes, 3d-brillen, streaming hardware, etc). Ik verwacht een voorkeur voor single-thread peak-performance en latency, mogelijk ten koste van de multi-core performance of stabiliteit.

Talloze distributies hebben op die manier hun "eigen" kernel. In praktijk blijven ze allemaal vrij dicht bij de mainline kernel en worden belangrijke patches snel door iedereeen overgenomen waardoor de verschillen klein blijven.

[eheijnen]

Zeer goed.
Een leermoment voor andere Linux distros en projecten om de handen in elkaar te slaan en de fragmentatie tegen te gaan. In plaats van nog een distro, nog een Desktop Environment, etc....

[84hannes]

In plaats van nog een distro, nog een Desktop Environment, etc....

Je (en met hjou @Bor en vele anderen) moet je niet vergissen hoe belangrijk dit is geweest in de groei en acceptatie van Linux; dankzij de GPL licentie. Er was technisch niets mis met Unix (BSD), maar het had een veel vrijere licentie (veelal BSD). Hierdoor vond dezelfde fragmentatie plaats als onder Linux, maar dan achter gesloten deuren. Als IBM en Sun allebei last hadden van een slecht presterende scheduler maakten ze alletwee een nieuwe scheduler. Omdat deze closed source waren, maakte het niet uit welke beter was, want ze zouden nooit die van de ander kunnen gebruiken. Onder Linux kan iedereen zijn eigen scheduler maken, maar alleen de beste schedulers bestaan nog over tien jaar. Is het vervelend dat je daardoor een tijdje verwarring hebt over verschillende schedulers? Zeker, maar het is ook de Open Source weg naar vooruitgang. Allemaal experts die bij elkaar gaan zitten in een stricte commissie die de standaard opstelt voordat deze wordt geimplemeneerd levert ons zoiets als XHTML 2. Koppige bedrijven die allemaal hun eigen dingen bedenken en achteraf tot een standaard komen leverde ons HTML5. Ik denk dat je weet welke van de twee gewonnen heeft.

Als je vandaag een grote distributie pakt (Arch, OpenSuse, Fedora, Ubuntu, Debian) dan werkt de meeste soft- en hardware daar gewoon voor. Je hoeft je dan niet druk te maken over welke display server, audio server en init-system gebruikt wordt; die keus maakt de distributie voor je.

Ik zal niet zover gaan te zeggen dat standardisatie vooraf nooit werkt hoor, vaak gaat het best goed. Maar het succes van Linux zit grotendeels in open source fragmentatie.

[Reactie gewijzigd door 84hannes op 30 januari 2026 23:09]

[Hydranet]

Ik zal niet zover gaan te zeggen dat standardisatie vooraf nooit werkt hoor, vaak gaat het best goed. Maar het succes van Linux zit grotendeels in open source fragmentatie.

Ook er waren veel mensen tegen systemD en er zijn nog steeds wel systemD haters, systemD heeft wel bewezen dat standardisatie iets aan Linux kan toevoegen want vroeger hadden veel distributie allemaal hun eigen init scripts voor het stoppen en starten van applicaties. Nu heb je nog wel at er distributies zijn met andere init systemen maar het grotendeels van de distributies gebruiken systemD.

[RoestVrijStaal]

systemD heeft wel bewezen dat standardisatie

Er is helemaal niets gestandaardiseerds aan systemd.

Het was er gewoon. En Red Hat had genoeg ontwikkelaars en vriendjes op sleutelposities bij andere projecten dat sytemd direct werd getarget ipv een compability layer o.i.d. gebruiken. Zodat gebruikers zonder moeite init-systemen kunnen inwisselen en terugwisselen.

Sterker nog door keuzes van de ontwikkelaars van systemd dat weer uitwerkt naar subsystemen zoals systemd-logind, moeten mensen die geen systemd willen gebruiken hun eigen alternatieven voor die subsystemen maken (zoals seatd) zodat eindgebruikersapplicaties 1:1 blijven werken en een fork niet nodig is.

Idem geldt voor Wayland of pipewire: de consensus is verre te zoeken. Het is allemaal "My way or the highway".

[84hannes]

systemD heeft wel bewezen dat standardisatie iets aan Linux kan toevoegen

systemd is juist een voorbeeld van het succes van open source fragmentatie. Ooit gebruikten we allemaal init(d), volgens mij een overblijfsel van System V (1983). Toen kwam Ubuntu met Upstart (2006). Dat was geen standardisatie, dat was fragmentatie. Ondertussen ontstond bij Red Hat een project dat dezelfde problemen op moest lossen: systemd (2010). Opnieuw: fragmentatie. Maar uiteindelijk besloot ook Ubuntu over te stappen (2015). Nogmaals: niet omdat een commitee had beslist dat dat de standaard was, maar omdat Ubuntu in zag dat systemd de strijd gewonnen had. Dat is op z'n best defacto standaardisatie, ik zou het liever convergatie(?) willen noemen.

[Reactie gewijzigd door 84hannes op 31 januari 2026 11:25]

[johnbetonschaar]

Als je vandaag een grote distributie pakt (Arch, OpenSuse, Fedora, Ubuntu, Debian) dan werkt de meeste soft- en hardware daar gewoon voor. Je hoieft je dan niet druk te maken over welke display server, audio server en init-system gebruikt wordt; die keus maakt de distributie voor je.

In mijn beleving zit de grootste stap die desktop Linux de laatste jaren heeft gemaakt niet in het 'Linux distro' model waar jij op doelt, maar vooral doordat container/image based oplossingen als Flatpak tegenwoordig zo goed werken. Veel distro's hebben inmiddels al heel veel desktop applicaties uit hun repos gehaald omdat het voor iedereen (zowel de eindgebruiker als de distro maintainer) makkelijker is om alle desktop applicaties gewoon via Flathub of als AppImage binnen te halen. Zo doe ik het zelf ook inmiddels, ik haal de kernel, desktop en userland uit de repo van mijn distro (Ubuntu of Arch) en verder op een paar basis-applicaties na de rest van de GUI applicaties via Flatpak.

Op deze manier is fragmentatie eigenlijk totaal geen probleem meer in Linux land. Het is ook een van de redenen dat Steam op Linux zo goed werkt op zoveel verschillende systemen, de Steam client is niet alleen maar dat, maar bevat ook een complete runtime voor zowel native (Steam Linux runtime) games als voor Windows games (Proton), en gebruikt praktisch niks direct van het host OS.

[Bor]

Die fragmentatie is wel echt een probleem in mijn ogen. Elke distro wil weer wat anders, heeft eigen belangen en wil ook een "stuk van de taart". De distro's onderling beconcurreren elkaar in plaats van dat ze de handen ineen slaan en zo makkelijker kunnen concurreren met bv Microsoft en Apple. Het marktaandeel Linux op de desktop is nog marginaal en daar heeft de versplintering in mijn ogen een aardig aandeel in. Veel mensen zien door de bomen het bos niet.

[Reactie gewijzigd door Bor op 30 januari 2026 11:02]

[Uchy]

en toch loopt het aandeel linux op de desktop procentueel op dit moment relatief vlot op, in ieder geval vlotter dan jaren het geval is geweest. Het loopt al over de 4% en her en der zelfs 5%. Daar waar dat 2 jaar terug nog maar nauwelijks 1,5 a 2% was.

[Bor]

Is dat zo? Linux op de desktop heeft een schamele 3,86% marktaandeel volgens sommige bronnen. Het aandeel kabbelt wat zoals je kan zien. Het nam sinds augustus 2025 zelfs maanden lang af.

Van relatief vlot oplopen is geen sprake. Procentueel gezien stelt het aandeel weinig tot niets voor en dat zeg ik als Linux gebruiker. Wil Linux echt een significant marktaandeel krijgen op de desktop dan is er nog zeer veel werk te doen.

[Reactie gewijzigd door Bor op 30 januari 2026 11:45]

[Defspace]

Ik hoor om mij heen anders de een na de andere aangeven over te zijn op Linux (inclusief moi). Je ziet in diezelfde statcounter, het aantal "Unknown" ook flink toenemen. Ik vraag mij af of statcounter wel in staat is om alle Linux distributies goed te herkennen vanwege privacy distro's etc.

Ook steam moest hun december cijfers naar boven bijstellen en ik ben erg benieuwd naar de cijfers van januari (zowel Statcounter als Steam)

[Bor]

Is dat niet een beetje een N=1 ervaring? Ik zie om mij heen namelijk helemaal geen toename. Daarom moet je in mijn ogen ook niet alleen naar je eigen ervaringen kijken maar je meer baseren op statistieken. Nu moet ik zeggen dat statcounter op zijn best indicatief is maar dan nog zegt het meer dan onze eigen ervaringen vanuit onze eigen bubbels imho.

Kijk je naar Steam:

As of late 2025, Linux users account for approximately 3.20% of the total Steam user base, reflecting a steady growth in the Linux gaming community.

Dit is gewoon geen significant aandeel en daar zit dan de eigen Steamdeck etc ook bij in. Wil Linux echt voet aan de grond krijgen op de desktop dan moet er nog heel veel gebeuren.

[Reactie gewijzigd door Bor op 30 januari 2026 13:05]

[bbg0]

Er is duidelijk iets aan het verschuiven: https://www.gamingonlinux.com/steam-tracker/

Je ziet dat in 2025 het Linux-gebruik met 56% is gestegen. Dat is uitzonderlijk hoog. Het jaar daarvoor was er een stijging van 16%, wat ook zeer respectabel is. Bedenk dat er grote absolute getallen achter deze statistieken zitten, dus dat zijn veel betalende klanten die support verwachten. Het is dus niet zo gek dat games op Linux 'opeens' gewoon beginnen te werken: er is critical mass.

[Bor]

Critical mass met een marktaandeel van nog geen 4%, zelfs niet bij Steam die Linux actief aan het pushen is met o.a. eigen systemen? Ik zie het niet hoor. Hoewel er een stijgende lijn in de grafiek bij steam-tracker is te zien moet je ook kijken naar de schommelingen denk ik. Wat denk je bv van afnames als deze: van dec 2024: 2,29% naar feb 2025 1,45%.
Het is ook deels hoe je de data presenteert en uitlegt als "gaming on linux".

[bbg0]

Tja, outliers kan je bekijken als je er zin in hebt, maar voor een algemene trend kan je ze beter negeren.

Als Linux gamer wil ik voornamelijk support van de industrie, en ik merk gewoon dat die er de laatste jaren steeds meer is. Het is duidelijk niet meer alleen de Valve catalogus. Dan zie ik die gebruikerstrend, en dan valt het op z'n plek: er zijn mensen met een portemonnee, dus volgen er uitgevers om daarvan te profiteren.

Nog niet zo lang geleden was er het probleem dat er te weinig gebruikers waren om ports te verantwoorden, waardoor er weinig gebruikers bleven. Dat kip-ei probleem is dus verbroken, oftewel critical mass. En dat komt dan misschien door een push van Valve, maar dat spreekt verder niets tegen.

[Bor]

Dat kip-ei probleem is dus verbroken, oftewel critical mass.

Maar is dat wel zo? De statistieken onderbouwen dit niet en spreken dit zelfs tegen. Ja er is groei maar dat schommelt enorm. Bovendien is die groei nog steeds relatief (zeer) klein. Het total marktaandeel is bijna nihil. Ik zou als Linux user ook graag meer tractie zien maar zo als jij het stelt herken ik het echt niet. Ik vind ook nergens cijfers, inclusief niet in je eigen linux biassed aangedragen bronnen, die je claims ondersteunen. Alles zit nog steeds in de marge.

[madcow22]

Sure kip ei maar linux stond de 15 jaar er gemiddeld rond de 1% in de steam charts. En denk dat steam met gamers toch wel grootste groep aan linux gebruikers is die stijgt.

En dat het niet alleen de steam deck is kan je aan de statistieken zien dat steam os in dat linux aandeel percentage verliest tegenover andere distros.

[Magic Power]

Is dat niet een beetje een N=1 ervaring? Ik zie om mij heen namelijk helemaal geen toename.

Niet om negatief over je te spreken, maar is jouw mening niet ook een N=1 ervaring?

En ik ben een Linux gebruiker, maar om mij heen zie ik ook niemand overstappen of gebruik maken van (Desktop) Linux. Ik ben een gewone Linux gebruiker tussen meer Windows gebruikers, maar dat wil dan niet zeggen dat het dus niet gebeurt. Daarnaast ben ik ook niet iemand die op de voorgrond Linux gaat adviseren: Als iemand interesse heeft in Linux kan ik adviseren, maar ik laat mensen gewoon gebruiken wat ze willen.

Daarom moet je in mijn ogen ook niet alleen naar je eigen ervaringen kijken maar je meer baseren op statistieken.

En die statistieken zien een verdubbeling van Linux wereldwijd in de afgelopen 5 jaar. Van 1,5-2% in 2020 tot 4,45-5% in 2025. En dan heb je het over mensen die actief zelf hun computers hebben overgezet naar Linux, en er dus niet een promotie-proces via computerwinkels of bedrijven achter zat.

[Bor]

Niet om negatief over je te spreken, maar is jouw mening niet ook een N=1 ervaring?

Dat is het zeker, dat geef ik ook aan inclusief dat je in mijn ogen daarom vooral niet naar de eigen omgeving moet kijken maar meer naar statistieken etc.

En dan heb je het over mensen die actief zelf hun computers hebben overgezet naar Linux, en er dus niet een promotie-proces via computerwinkels of bedrijven achter zat.

Niet helemaal. Daar zitten namelijk ook zaken als de Steamdeck en tablets die op Linux draaien bij tot zelfs systemen die met Linux worden uitgeleverd. Raspberry Pi's etc.

Bv statcounter registreert puur hoe de client zich identificeert.

[Reactie gewijzigd door Bor op 30 januari 2026 13:59]

[Defspace]

Helemaal eens, vandaar ook dat ik benieuwd ben naar de cijfers van januari.

Maar ook Microsoft geeft te kennen dat er iets speelt in de markt. Windows10 gebruik is weer aan het groeien (zie je ook op statcounter), en dan denk ik dat de een naar Windows10 gaat, terwijl de ander wellicht naar Linux of MacOSX overstapt.

https://www.theverge.com/tech/870045/microsoft-windows-11-issues-rebuilding-trust-notepad

[madcow22]

Het is toch beschamend dat op de windows versie van de handheld er geen eenvoudige standby is.

Updated op verschillende plekken maar niet in de console like interface.

Of voor de desktop versie bijna elke patch dat er wel weer wat stuk gaat.

[eheijnen]

Is een heel groot probleem in vooral open source projecten en met name de Linux wereld.
Maar je ziet die afgesplitste projecten ook vaak vrij snel tot een einde komen omdat er gewoonweg te weinig mankracht is om het gaande te houden.

Desktop ontwikkeling zou een speerpunt moeten zijn binnen de Linux-wereld samen met gebruiksvriendelijkheid om het ook voor de doorsnee gebruikers toegankelijk te maken...

[Defspace]

De desktopomgeving is al heel gebruikersvriendelijk. Als ik mijn zus Linux geef en zeg dat het Windows12 is dan zou ze er niets van merken. Zij doet verder toch geen beheer en wil gewoon haar applicaties kunnen gebruiken en kunnen browsen. Een van die applicaties is helaas Office en dat draait helaas niet goed. (of je moet voor 365 online willen betalen, wat ook niet ideaal is). Als Office native voor Linux uit zou komen, of 100% werkend krijg via Wine, dan kan ik mijn zus direct omzetten naar Linux.

[L0g0ff]

Geef onlyoffice anders eens een kans. Die werkt prima als je ms office gewend bent, is open source en is gewoon als flatpak op te halen.

[Cristan]

Linux is inderdaad erg gefragmenteerd: het enige wat effectief alle Linux distro's delen is de kernel, de rest kan allemaal anders zijn.

En dan nu gaan ze het enige wat aan Linux niet gefragmenteerd is (de kernel) ook fragmenteren dmv er een andere kernel naast zetten. Dat klinkt als een heel erg slecht plan.

[MulMonkey]

Dit is juist de kracht van Linux. En een kracht kan tegelijkertijd ook een valkuil zijn. Maar het gaat in elk geval niet veranderen. Er zal nooit een uniforme Linux-versie/distro komen. De gebruikte kernel verschilt overigens al vaak per distro.

Voor een simpele out-of-the-box experience kan elke nieuwkomer kiezen voor een betrouwbare / volwassen distro. Ik adviseer nog steeds Ubuntu of Mint en ook Fedora of Debian als meest stabiele opties. Voor specifiekere doeleinden kun je op ontdekkingstocht gaan.

En juist als deze kernel succesvolle optimalisaties kan bewerkstellingen, kunnen die later weer opgenomen worden in de basis-kernel. Het is juist heel goed voor de ontwikkeling.

[TheVivaldi]

Dat zal wel meevallen, toch? De kernel is een soort motor, en van motors zijn er ook verschillen in aanbod. Sommigen hebben daar ook hun eigen plan getrokken, zoals Mazda en Kia die van Ford-motoren zijn afgestapt, en met succes.

[dmantione]

Valt reuze mee, zowat iedere distributie heeft eigen kernelpatches, vaak stromen die weer door naar de officiële kernel, het is onderdeel van het proces hoe Linux zich verbetert. Tot een definitieve splitsing heeft dat nooit geleid.

[kozue]

Iedere verbetering die betere performance oplevert lijkt me winst, dus waarom een slecht plan? De kracht van Linux is nou juist precies dat je het aan kunt passen aan je eigen wensen. Voor iedere soort gebruiker is er iets. Wat wil je dan? Windows-style eenheidsworst en gepush van consument onvriendelijke features?

[CH4OS]

Linux is inderdaad erg gefragmenteerd: het enige wat effectief alle Linux distro's delen is de kernel, de rest kan allemaal anders zijn.

En dan nu gaan ze het enige wat aan Linux niet gefragmenteerd is (de kernel) ook fragmenteren dmv er een andere kernel naast zetten. Dat klinkt als een heel erg slecht plan.

Maar doordat men ook upstream wil gaan werken, kunnen wijzigingen die zij aanbrengen aan de kernel (en die de goedkeuring van Linux Torvalds verdraagt) ook in de originele Linux kernel terecht komen.

[bzzzt]

De hele kracht achter open source is dat anderen de code kunnen pakken en er hun draai aan geven zonder toestemming van een centraal leiderschap. Als het doel is dat uiteindelijk patches naar de mainline kernel worden doorgezet zal met de focus op latere integratie worden ontwikkeld. Dat is juist een goed plan en eigenlijk zoals iedere grote verbetering werkt.
Bedenk wel dat zo'n beetje ieder embedded Linux apparaat en praktisch iedere Linux distributie ook al decennia eigen varianten van de kernel gebruiken.

[Seal64]

Mandatory XKCD post...

https://xkcd.com/927/

[Hydranet]

Ziet er interessant uit, hoop alleen niet dat ze dan gaan proberen deze kernel te laten goedkeuren door game ontwikkelaars om vervolgens kernel anti-cheats in deze kernel te stoppen. Ik zie liever iets wat op alle platforms werkt zonder dat het root rechten heeft op je pc, want ook anti-cheat engines kunnen gehackt worden of misbruikt worden door overheden.

[InfiniteSpaze]

Ligt geheel aan de publishers/ontwikkelaars zelfs. Je ziet bijvoorbeeld dat games zoals Arc Raiders dit wel gewoon kunnen. Denk dat projecten zoals dit goed zijn voor de reputatie zodat meer mensen gamen op linux als een optie zien. Hierdoor groeit de linux doelgroep en hopelijk willen publishers ook aan deze groep hun games verkopen. Maar voor nu is het aantal gebruikers nog te klein, zo klein dat ze liever een anti-consumer game dicht willen timmeren voor micro-transactions dan dat ze een ander OS toe te laten. Allemaal om hun huidige structuur te beschermen.

[Hydranet]

Klopt ja. Apex Legends en GTAV Online werkten ook met de Linux anti-cheat maar die hebben het toen ondersteuning ingetrokken vanwege cheaters, maar die spellen zitten nog steeds vol cheaters. Dus kernel-anti cheat lost het cheat probleem niet op.

YouTube: Hacking into Kernel Anti-Cheats: How cheaters bypass Faceit, ESEA and Vanguard anti-cheats

[watercoolertje]

Dus kernel-anti cheat lost het cheat probleem niet op.

Gaast toch meer om het reduceren (oplossen zou mooi zijn maar niet realistisch), net als een flitspaal niet het probleem oplost maar het probleem reduceert want minder mensen rijden (daar) dan te hard.

[Reactie gewijzigd door watercoolertje op 30 januari 2026 10:01]

[InfiniteSpaze]

Maar wat als je wel recht hebt om op die weg te rijden, maar vanwege mijn auto mag ik nog niet eens op de weg rijden waar de flitspaal staat. Puur omdat mensen met hetzelfde type auto als ik soms als idioten rijden. Terwijl ik genoeg auto's zie die wel op de weg mogen te hard zie rijden, terwijl ik op mijn linux mij netjes aan de regels houd.

Het is geen reductie als je voor een paar rotte appels een optie compleet blokkeren. Dit doen ze alleen omdat het voor hun een makkelijke en vrij kostenloze oplossing is.

Als jij niet tegen gluten kan en altijd bepaalde producten koopt die vaak worden gestolen. Zou jij het dan niet raar vinden als ze die producten gewoon maar niet meer verkopen omdat ze zeggen dat mensen die niet tegen gluten kunnen altijd maar stelen? Dit is toch een enorm slechte manier om je producten te verkopen? Het is een enorm kortzichtige oplossing die niet werkt.

[keranoz]

Maar die enorm kortzichtige oplossing is wel de goedkoopste voor de supermarkt, helemaal als alle andere supermarkten dat ook doen.

Maar ben het wel met je eens, ik wil graag van Windows af maar het lukt mij niet vanwege dit en gemis aan drivers voor randapparatuur als wiel, pedalen enzo (voor simracen). Dat is er wel, maar erg gebrekkig en vereist vaak unsigned drivers laden in je kernel.

edit:
typo

[Reactie gewijzigd door keranoz op 30 januari 2026 11:09]

[Decyphered]

Ja drivers voor sturen kan wel een gemis wezen emt bepaalde merken. Ik ben er achter gekomen dat bijvoorbeeld Fanatec wel werkt in Bazzite, maar dan moeten de peripherals zoals de pedalen, handrem en shifter wel op de base zijn aangesloten. Voor mij is de volledige overstap naar Linux al weer een stap dichterbij.

[bwerg]

Als jij niet tegen gluten kan en altijd bepaalde producten koopt die vaak worden gestolen. Zou jij het dan niet raar vinden als ze die producten gewoon maar niet meer verkopen omdat ze zeggen dat mensen die niet tegen gluten kunnen altijd maar stelen

Je hebt bij deze de prijs voor de raarste vergelijking van het jaar gewonnen.

Maar nee, dat vind ik helemaal niet raar. Voor jouw onwenselijk, persoonlijk heel vervelend, en misschien voor de maatschappij ook niet zo best, maar gezien game-uitgevers bedrijven zijn die geld moeten verdienen zullen ze bij elke investering afvragen wat die investering oplevert. En een investering in een niche-markt zullen ze dus niet snel doen. De persoonlijke situatie van enkele individuen verbeteren tegen verlies is voor een bedrijf niet zinnig.

Los van directe winst kan het doel ook zijn om een betere reputatie of een betere klantbinding te krijgen of iets dergelijks. Zo zie je dat de AH ook wel wat producten heeft waarop ze geen winst maken, enkel om te zorgen dat klanten nooit naar een andere supermarkt hoeven. Maar game-development is tegenwoordig lopendebandwerk, dertien-in-een-dozijn, lage marges, hoge concurrentie. Miljoenen-investeringen met een onduidelijke opbrengst zijn te riskant.

Wat dat betreft juich ik initiatieven zoals in dit artikel dan ook toe. Het verlaagt de investering voor ontwikkelaars om op linux te beginnen, en hopelijk krijgt linux-gaming genoeg momentum om dat segment op termijn uit de niche-hoek te trekken. Ik heb Windows eigenlijk alleen nog voor gaming en enkele andere Windows-only applicaties die ik niet vaak gebruik.

[Reactie gewijzigd door bwerg op 30 januari 2026 10:58]

[noes]

Maar wat als je wel recht hebt om op die weg te rijden, maar vanwege mijn motor mag ik nog niet eens op de weg rijden waar geklaagd is over verkeersoverlast. Puur omdat mensen met een motor soms als idioten rijden. Terwijl ik genoeg auto's zie die wel op de weg mogen te hard zie rijden.

Helaas, zo werkt het in de wereld. Kortzichtig? Ja, eens. Maar zo kan iedereen zeggen dat ze er iets aan gedaan hebben.

[Reactie gewijzigd door noes op 30 januari 2026 11:32]

[InfiniteSpaze]

Helaas kost het meer geld om mensen aan te nemen die nadenken over wat eventuele exploits kunnen zijn. Soms verbaasd het mij echt dat in sommige games spelers niet gelogged worden wanneer ze in gebieden clippen waar ze niet horen te kunnen komen. En dit is echt een basis dingetje. Helaas gaan ze altijd liever voor de oplossingen die makkelijk en goedkoop te implementeren zijn.

Toch als ik een publisher zou zijn, zou ik het kansloos vinden om met een visnet vol gaten de modders/exploiters proberen te vangen.

[noes]

En daar sla je de spijker op zn kop. Goedkoop en goed genoeg voor hun doelstellingen.

Al die zaken loggen is inderdaad best mogelijk en niet al te complex (tot op bepaalde hoogte), maar (in dit voorbeeld) dan moet je dus ook eerst gaan uitrekenen waar je absoluut nooit zou kunnen komen als speler. Denk dat die stap erg tijdrovend kan zijn.

[InfiniteSpaze]

Maar is een maatregel die geen effect heeft maar wel veel mensen benadeelt het waard?

[SG]

Exploits is kwestie van Q&A tijd die productie kan en wil besteden.
Dit is kosten post die vele male hoger is bij sandbox game vs corridor game. Dat 2,5 productie stuk minder dan 6 jaar productie lijkt mij wel duidelijk. Maar genre game soort specifiek. Om productie tijd en dus kosten te beperken vallen ze op vele middleware zo ook anti cheat.

[Blorgg]

[...]
Gaast toch meer om het reduceren (oplossen zou mooi zijn maar niet realistisch), net als een flitspaal niet het probleem oplost maar het probleem reduceert want minder mensen rijden (daar) dan te hard.

Vreemd genoeg heeft geen van de anti-Linux uitgevers informatie gegeven van hoeveel minder cheaters er zijn nadat ze Linux blokkeerden. Als het echt zoveel had gescheeld dan hadden ze dat wel van de daken geroepen. En grappig genoeg zijn nu dus 100% van de cheaters in hun games Windows gebruikers.

[Dekar]

Van mij mag het er wel komen. Meer Linux gebruikers betekent ook meer support van andere software ontwikkelaars.

Je kan er ook gewoon voor kiezen om games met KLA niet te spelen. Doe ik nu ook.

[Hydranet]

Dat doe ik al jaren, maar Kernel level anti-cheat lost het cheat probleem niet op want er zijn nog steeds cheaters in Apex Legends en GTAV Online.

YouTube: Hacking into Kernel Anti-Cheats: How cheaters bypass Faceit, ESEA and Vanguard anti-cheats

[Anonymoussaurus]

Maar die verantwoordelijkheid ligt niet bij de Linux-ontwikkelaars maar bij game development. Als ze kernel anti-cheats niet toelaten in hun kernel, dan kan je simpelweg de spellen niet spelen, dus welk probleem lost dit dan op voor degenen die geen kernel anti-cheat willen?

[Hydranet]

Ze kunnen ook een andere anti-cheat ontwikkelen waarmee je tegen een api praat of zo, waarmee beperkt word wat er uitgelezen mag worden op je pc.

Zijn we Crowdstrike vergeten?
nieuws: Microsoft: CrowdStrike-storing trof 8,5 miljoen Windows-apparaten

[Finraziel]

Het kan twee kanten op werken... Als kernel anti cheat niet toegestaan wordt en games die mensen willen spelen werken niet op Linux kan het er toe leiden dat minder mensen naar Linux overstappen (of er op blijven)... Of het kan er toe leiden dat mensen die specifieke games gewoon minder spelen. Het is lastig te zeggen welk effect sterker zal zijn de komende tijd maar als het het tweede is dan kan dat uitgevers juist aanzetten om te investeren in minder invasieve methodes om cheaters te bestrijden.

[CH4OS]

Cheats vragen tegenwoordig óók root rechten, om ze te kúnnen detecteren en de nek om te kunnen draaien, heb je dezelfde (root) rechten nodig.

[Hydranet]

Heb bij effect daar van is als jij zo'n cheat engine in je kernel hebt draaien dat die alle informatie in je pc mag uitlezen, niet echt iets wat je zou willen want anti-cheat bedrijven kunnen ook gehackt worden of misbruik van die informatie gaan maken en dan misbruikt worden over door overheden gevraagd word om mee te werken aan iets waarbij je hetzelfde probleem hebt.

[CH4OS]

Heb bij effect daar van is als jij zo'n cheat engine in je kernel hebt draaien dat die alle informatie in je pc mag uitlezen...

Klopt, maar dat boeit die cheaters niet. De rest van jouw reactie ga ik niet op in, hopelijk zie je zelf ook wel in dat dat behoorlijk ongeloofwaardig is.

[Hydranet]

Het is altijd het best om van de slechte situatie uit gaan maar ik begrijp wat je bedoeld, het is soms makkelijk om ergens te ver in door te slaan

[Reactie gewijzigd door Hydranet op 30 januari 2026 13:11]

[Settler11]

Kijk aan, een samenwerking naar een mooi doel. Moet je als (simpele) linux gebruiker wat instellen of gaat die uitrol vanzelf in je standaard updates?

[The Zep Man]

Kijk aan, een samenwerking naar een mooi doel. Moet je als (simpele) linux gebruiker wat instellen of gaat die uitrol vanzelf in je standaard updates?

Als huidige gebruiker van Linux in het algemeen hoef je niets te doen. Wat upstreamt krijg je vanzelf toegang tot, hoewel dat nog even kan duren.

Als huidige gebruiker van één van de genoemde gaming distributions hoef je ook niets te doen. Er zal vanzelf een kernel inbegrepen worden gebaseerd op de OGC-kernel.

[Reactie gewijzigd door The Zep Man op 30 januari 2026 11:54]

[84hannes]

Wat upstreamt wordt krijg je vanzelf toegang tot, hoewel dat nog even kan duren.

Mogelijk kan je wel een andere kernel downloaden (, compileren) en gebruiken. Hoewel ik het een heel eng idee vind om de kern van je besturingssysteem te wisselen alsof het een applicatie is, schijnt de user-space interface van de kernel zo stabiel te zijn dat het meestal geen enkel probleem oplevert. En als het niet werkt kun je me grub zo weet terug switchen, al heb ik persoonlijk wel nare ervaringen gehad met een kapotte grub-configuratie.

[The Zep Man]

Mogelijk kan je wel een andere kernel downloaden (, compileren) en gebruiken.

Voor het beantwoorden van de vraag ging ik even uit van een reguliere gebruiker, die nooit afwijkt van de standaardkernel die een distributie meelevert.

Nu zijn er distributies die een aantal keuzes geven voor soorten kernels, gebaseerd op wat gewenst is. Zo heb je LTS, hardened, ... Ik zie daar nog wel eens de OGC-kernel aan toegevoegd worden. Voor bijvoorbeeld Arch Linux zou dat als eerste stap makkelijk kunnen via de Arch User Repository.

[Reactie gewijzigd door The Zep Man op 30 januari 2026 16:12]

[84hannes]

Je hebt helemaal gelijk dat het zelf downloaden en compileren (en, het engste van alles, GRUB configureren 😉) wat veel gevraagd is. Je maakt ook een goed punt over alternatieve kernels vanuit de distributie. Ubuntu heeft naast de LTS kernel ook een recente kernel zodat je modernere hardware kunt gebruiken, Hardware Enablement (HWE). Die kun je met een paar simpele stappen installeren. Wellicht kun je OGC op een dag net zo makkelijk activeren. En dan moet er wellicht nog een OCG-HWE variant komen...

[Mr Silver]

De enige reden waarom ik geen Linux gebruik is omdat ik er niet reliable of vaak zelfs niet mee kan gamen. Als dat probleem word opgelost dan ben ik over.

[Mark de Vaal]

Als je nou eens voorbeelden geeft kunnen wij als Linux gamers er ook wat mee? En wat bedoel je met "Reliable of vaak zelfs niet"? Op dit moment draait de meeste gangbare en nieuwe games zonder problemen op Linux. Alleen games met die root anti cheat bende werkt hier niet op!

[Brilsmurfffje]

Ben zelf sinds een aantal dagen eigenaar van een Steam Deck en het is lang geleden dat ik zo enthousiast ben over een stukje techniek. Wat een ongelofelijk mooi stukje hardware en wat voelt de software volwassen. Het is niet het snelste op de markt maar het hele totaal plaatje klopt. Als deze lijn doorgezet kan worden naar desktop gaming dan kan dit jaar de desktop ook nog weleens van Windows afgaan en dan virtualiseren we de productiviteit software wel.

benieuwd of dit ook tot meer APU achtige consoles gaat leiden.

[Finraziel]

Alle consoles draaien al op APU's

Of bedoel je zoiets maar dan nog steeds een pc, zoals de steam deck? De Steam machine komt er aan, maar heeft geen apu... Er zijn wel mini pc's met krachtige APU's waar je steam os of Bazzite op kunt zetten, maar als het een beetje performance heeft zijn ze wel relatief duur.

[HollowGamer]

Misschien kunnen ze ook eens met de Wayland-ontwikkelaars praten. Ben blij met Wayland, maar wat er ontbreken er nog zaken zeg. Hetzelfde is met flatpaks, snaps, etc. als ze perse Atomic willen gaan, zorg dan voor een Apple-achtig permissie systeem / integratie.

Waar is Valve in deze lijst?

[erbkaiser]

Meer samenwerking tussen de gaming-georienteerde Linux distributies zal uiteindelijk voordelig zijn voor iedereen. Als Linux eindelijk een single target platform kan worden zoals Windows dat de facto door DirectX al is kunnen game engines beter geoptimaliseerd worden wat tot minder ontwikkelingstijd en betere performance kan gaan leiden, of je nu op Linux gamet of niet.

[Scribe]

Ben benieuwd of deze kernel beter gaat preseteren dan zoiets als bijvoorbeeld de CachyOS optimised kernel. Zou mooi zijn als dit iets is waar in de toekomst ook SteamOS iets aan heeft trouwens!