'Cyberpunk 2077 draait 31 procent sneller op Linux dan op Windows 11'

YouTuber Maximum Fury heeft een video gepubliceerd waaruit moet blijken dat Cyberpunk 2077 patch 2.0 31,2 procent sneller draait op Linux dan op Windows 11. Er werd bij beide tests gebruikgemaakt van dezelfde pc-build, met een AMD-processor en AMD-gpu.

De processor was een AMD Ryzen 5 5600, terwijl de videokaart een AMD Radeon 5700 XT zou zijn geweest. Maximum Fury maakte ook gebruik van 16GB aan DDR4-geheugen. De YouTuber heeft in beide gevallen de cpu en de gpu overgeklokt en maakte gebruik van een ASRock B550M Pro4-moederbord.

Cyberpunk 2077, met patch 2.0 geïnstalleerd, haalde op Windows 11 versie 22H2 een gemiddelde framerate van 48,55 fps. Dat blijkt uit de benchmarkresultaten van de game zelf. Op Linux-distro Nobara haalde het spel een gemiddelde framerate van 63,72 fps. Deze resultaten werden behaald door in beide gevallen de resolutie van het spel op 1920x1080 in te stellen, de texture quality op high te zetten en geen gebruik te maken van hdr. Er werd ook geen gebruik gemaakt van ray tracing, VSync of AMD FSR.

Het is onduidelijk of eventuele andere wijzigingen of patches de betere prestaties van Cyberpunk 2077 op de Linux-distro in de hand hebben gewerkt. De YouTuber zegt in een van de opmerkingen onder de video wel dat de SMT-patch die in patch 2.0 van het spel werd geïntroduceerd, een eerder prestatieverschil tussen Windows en Linux groter heeft gemaakt.

Reacties (179)

[wildhagen]

Eigenlijk wil je weten hoe dit komt. Anders wordt het al snel appels met peren vergelijken.

- Zijn bijvoorbeeld de instellingen in het BIOS identiek bij beide vergelijkingen?
- Is de overklok in beide scenario's identiek?
- Zijn de OS-en op vergelijkbaar patch level (dus geen Windows 11 RTM tegenover de nieuwte Linux-kernel etc)?
- Hoe ziet het met de gebruikte driverversies?
- Zijn er in het ene OS (of de ene driver) bijvoorbeeld optimalisaties toegepast die niet in de ander zijn toegepast?
- Hoe zit het met andere processen die in de achtergrond draaiden, en die impact op de test-uitslagen (kunnen) hebben?
- etc

Zonder meer details denk ik dat het vrij lastig is om hier een gefundeerde conclusie aan te kunnen verbinden.

[Hans1990]

Zo'n appels-peren vergelijking begint al met het feit dat dit spel via Proton draait. Maar dat kan in princiepe opgelost worden door een ander spel te benchmarken met Linux native build.

edit:
Proton patcht ook spellen zodat ze beter draaien: https://github.com/doitsu...nfig/config.cpp#L522-L534

Maar, even bij dit spel blijvend: aan de benchmark run te zien lijkt het er op dat de CPU op het Linux systeem een hogere duty cycle heeft. Dat komt al gauw op kernel achtige zaken aan, met bijvoorbeeld IPC overhead o.i.d. Het is ook uit experimentele data ook gebleken dat de scheduler keuze op Linux een redelijke impact kan hebben op FPS: https://www.youtube.com/watch?v=ENM9coh4F3c
Enzovoort.

Ik ben alleen bang dat op Windows dit soort fijnmazige settings niet te vinden zijn. Je kan hoogstens dan focussen op "out of the box" ervaringen, maar dan heb je weer talloze distros waarvan 1 er zich volledig richt op gaming met alle mogelijke aanpassingen weer toegepast. Zo blijft een appels-appels vergelijking altijd lastig.

[Reactie gewijzigd door Hans1990 op 23 juli 2024 08:07]

[Dennism]

Dat natuurlijk ook niet alleen, het testen van slechts 1 hardware configuratie en 1 set settings leent zich natuurlijk ook niet echt voor de volgende conclusie zoals in de titel gemaakt wordt:

'Cyberpunk 2077 draait 31 procent sneller op Linux dan op Windows 11'

Dan zou je toch op zijn minst verwachten dat er meerdere smaakjes 'Linux' getest worden, een hyper geoptimaliseerde disto voor gaming zal immers andere resultaten geven verwacht ik dan een standaard Red Hat installatie bijvoorbeeld. Nobara zelf ken ik niet, dus ik kan deze ook niet in een bepaalde categorie plaatsen. Daarnaast zal Windows 11 waarschijnlijk inderdaad minder tuningsopties hebben dan een (gespecialiseerde) Linux distro, maar of er geprobeerd is om ze beide in ieder geval maximaal te tunen wordt ook niet direct duidelijk.

Daarnaast zou je flink wat meer hardware configuraties verwachten om zo'n claim te kunnen doen. Is het verschil namelijk net zo groot als er getest wordt op een 5800X3D met een 6900XT (bijvoorbeeld mijn eigen config) of bijvoorbeeld een 7000 serie CPU met een 7000 serie GPU, maar ook een range aan Intel CPU's, Nvidia GPU's zou getest moeten worden voordat je mijns inziens dit soort breed geformuleere conclusies kan trekken.

Voor nu zou de conclusie eerder moeten zijn op specifieke hardware config X met Linux Distro Y en settings Z is Cyberpunk 2077 31% sneller in het geteste scenario.

[Reactie gewijzigd door Dennism op 23 juli 2024 08:07]

[Remzi1993]

Dat natuurlijk ook niet alleen, het testen van slechts 1 hardware configuratie en 1 set settings leent zich natuurlijk ook niet echt voor de volgende conclusie zoals in de titel gemaakt wordt:

Inderdaad, er zou getest moeten worden op versie Linux distributies met zo weinig mogelijk aangepaste instellingen en dergelijke. Zodat we een grotere steekproef hebben.

Ook Windows 11 moet bijgewerkt worden tot de laatste stabiele versie. Ook Windows 10 trouwens en allemaal op dezelfde hardware.

[Reactie gewijzigd door Remzi1993 op 23 juli 2024 08:07]

[Ergo]

in de kern zijn bijna alle linux distros hetzelfde, de kernel drivers en andere zaken zijn over het algemeen gelijk. De verschillen zitten hem meestal vooral in het package management systeem, hoe een distro omgaat met config files en hoe het opgebouwd word, een DE heeft of niet etc.
niks van deze zaken heeft performance op gaming.

[Remzi1993]

in de kern zijn bijna alle linux distros hetzelfde, de kernel drivers en andere zaken zijn over het algemeen gelijk. De verschillen zitten hem meestal vooral in het package management systeem, hoe een distro omgaat met config files en hoe het opgebouwd word, een DE heeft of niet etc.
niks van deze zaken heeft performance op gaming.

Niet helemaal, de instellingen en bepaalde configuraties kunnen grote invloed hebben op prestatie en vooral prestatie in gaming. Het beste is om out of the box een Linux distributie te testen en dan ook verschillende distributies zodat je het gemiddelde kan zeggen dat dan als Linux kan vertegenwoordigen.

[Ergo]

naar mijn inzien, als iemand die jaren lang Linux gebruikt heeft in allemaal opstellingen en verschillende distros, is het performance verschil vaak niet van veel meer afhankelijk dan welke mesa-driver je gebruikte (in geval van amd) en of je eventueel een vervelende compositor had, en of je eventueel wayland of x gebruikte als je displayding (weet niet meer de exacte naam).
Ik heb daarbij ook veel verschillende distros gebruikt (arch, gentoo, void, debian, nix) en heb in geen enkele van deze distros heel veel verschil gemerkt in gaming performance.

[tweaker29789]

Dan zou je toch op zijn minst verwachten dat er meerdere smaakjes 'Linux' getest worden...

Het is andersom. Die distributies zijn juist een gevolg van die configureerbaarheid van op linux gebaseerde besturingssystemen. De meeste linux 'smaakjes' zul je dus ver kunnen optimaliseren voor gaming.

Daarom vind ik de opmerkingen over appels en peren raar. Het gaat juist om appels en peren. Het is linix en windows. Wat je softwarematig kunt doen om zoveel mogelijk performance eruit te persen voor een game, hoort er m.i. juist bij. Het enige wat hetzelfde moet blijven is hardware en game-, bios instellingen.

Dit staat verder los hoever een gemiddelde gamer zal gaan met tweaken van software. Of de vraag of ze uberhaupt linux willen gebruiken. Er is ook niet echt een duidelijke grens aan te geven mbt hoever je moet gaan met je OS/software aan te passen voor game performance. Daarvoor zijn windows and linux gewoon te verschillend.

[Reactie gewijzigd door tweaker29789 op 23 juli 2024 08:07]

[Hans1990]

Ik denk echter als gemiddelde gebruiker dat die niet al die settings aan gaat passen. Ja de huidige groep linux gebruikers is fanatiek en wilt dat graag wel doen, maar kans is dat een aandeel van die groep al jaren Linux voor andere zaken (ICT, science, engineering) gebruikt. Men speelt heel erg in dat met gaming er mogelijkheden bestaan dat gebruikers bij andere platformen worden losgeweekt. Maar gaan die met dezelfde kennis&kunde op dag 1 aan de slag? Ik denk het niet.

Maar je stelling wat appels vs peren zijn ben ik wel met je eens. Op een gegeven moment moet je aannemen dat iets een redelijke configuratie is van een Linux gebruiker, bvb een gaming focussed distro (of gewoon standaard Ubuntu), net zoals dat wij aannemen dat de gemiddelde Windows gebruiker W10 of W11 draait, drivers van NVIDIA/AMD installeert, en verder niet met process affiniteiten o.i.d. gaat rommelen. Je hebt dan 2 "out of the box" configuraties, en die zou je wel kunnen vergelijken.

[MornixRS]

Precies. De video en ook in de comments is men zeer duidelijk over wat er is gedaan. Het lijkt erop dat de open source drivers inclusief de manier waarop de kernel met de CPU omgaat in dit geval een stuk beter werkt op Linux. Blijkbaar lukt dat al op NobaraOS wat zover ik weet een een-mans effort is.In de reacties zegt ook iemand een vergelijkbaar resultaat te krijgen met een verse Windows 11 installatie vs de Fedora 39 beta.

[himlims_]

Verschil tussen de verschillende Linux smaken is Max 5%

Waar Linux het verschil maakt tozv Windows is “overhead”; Windows lijkt op de achtergrond veel meer (overbodige) taken en processen aandacht te geven, en nodig te hebben om te functioneren.

Een default Linux distribution is veel slanker dan Windows; je hebt geen 500mb ram vretende processen. Hierdoor blijft er meer “hardware” power beschikbaar voor het rekenwerk.

[Cergorach]

Nee, er wordt hier niet met Appels vergeleken, maar met een Linux bak...

En imho ongeacht hoe men het voor elkaar krijgt, het spel heeft een significant hogere FPS op de Linux bak. Ongeacht welke distributie is gebruikt en/of welke compatibility layer. Dan gaan we er wel vanuit dat men op W11 dingen als game mode heeft aangezet, wat een heel simpele actie is. Als je vervolgens W11 helemaal moet uitkleden tov. een paar simpele settings wijzigen dan vind ik dit nog steeds significante informatie.

Ik heb vorige week W11 geïnstalleerd op een VM (voor werk), wat mij opviel was dat deze significant meer resources trok dan diens W10 broertje. Dat is dan ook de reden waarom ik nog W10 heb draaien in huis, want dit is niet geheel onverwacht. Natuurlijk is W11 een feit, maar daar kunnen we geheel niet meer omheen per per 14 oktober 2025 (EOL).

Natuurlijk moet je er niet vanuit gaan dat een random YouTuber met 141 subscribers een correcte en betrouwbare review/test heeft geproduceerd. Maar er is niets dat je let om deze test te reproduceren... Het zou me zelfs niets verbazen dat er dingen gedaan zijn onder Linux Nobara zijn gedaan, waardoor de kwaliteit van de output niet hetzelfde is als onder W11.

De vraag is of deze performance verschillen ook op modernere AMD GPUs te vinden zijn en/of Nvidia GPUs...

[hottestbrain]

Als proton de textures in resolutie halveert bij wijze van optimalisatie vind ik ‘ongeacht hoe’ een beetje kort door de bocht. Maar dat is mijn hele probleem, er is te veel onduidelijk en de reproduceerbaarheid is niet bekend. Kortom het is te vroeg voor zelfs voorzichtige conclusies

[Cergorach]

Als proton de textures halveert is dat prima zolang de output hetzelfde is. Het punt van computer graphics is niet hoe je kaart leest, maar dat je bij die eindbestemming komt. Daarnaast is hoe Proton werkt bekend, hoe Nobara werkt is bekend. Dat jij en ik daar niet technisch genoeg van weten is ons issue.

Dat W11 niet de snelste is, is natuurlijk ook niet zo een verrassing, dat horen we al sinds de introductie van W11. Dat games op Proton sneller zijn dan hun Windows equivalent is ook geen nieuws meer...

Maar hier vind ik de bron gewoon een beetje vaag. Het kan absoluut waar zijn, maar het is geen bron met een lange en betrouwbare historie...

[hottestbrain]

Als proton de textures halveert is dat prima zolang de output hetzelfde is.

Dat is wel een grote 'ALS'. Met gehalveerde textures krijg je immers nooit dezelfde output. Anders zou je eindeloos terugschalen zonder kwaliteitsverlies. Met DLSS en FSR zie je dit bijvoorbeeld ook gewoon in de output terug.

[dmantione]

Het noemen van een SMT-patch suggereert wel dat de scheduler de oorzaak is. De Linux-scheduler van Windows is geavanceerder dan die van Windows, maar dat komt in desktopcomputers normaal niet zo aan het licht, omdat desktops op dit punt veel eenvoudiger zijn dan servers. In een server heb je twee processoren, die elk verdeeld zijn in dies en die weer in kerncomplexen. De kernen zijn weer verdeeld in threads. PCI-kaarten kunnen dichtbij of ver weg van kernen zitten. De Linux-scheduler heeft logica om al die compexiteit goed te ondersteunen en met name vanwege het gebruik van Linux op supercomputers zijn er bakken met geld gespendeerd om dit soort zaken te optimaliseren.

Op het moment dat een spel ver genoeg voor multithreading geoptimaliseerd is dat schedulingbeslissingen een grote invloed gaan hebben, ben ik niet verbaasd dat Linux grote prestatiewinsten boekt.

[nullbyte]

De Linux-scheduler van Windows is geavanceerder dan die van Windows,

Buiten dat bovenstaande zin niet klopt.

De vergelijking gaat enkel om Cyberpunk 2077

Op het moment dat een spel ver genoeg voor multithreading geoptimaliseerd is dat schedulingbeslissingen een grote invloed gaan hebben, ben ik niet verbaasd dat Linux grote prestatiewinsten boekt.

Er zijn ongetwijfeld meerdere games met goede multithreading optimalisaties. Die zouden allen veel beter op Linux moeten draaien? Daar hoor ik voor het eerst van.

Nee, er zit waarschijnlijk simpelweg een bug in die Cyberpunk patch voor Windows. Dit heeft daarom niets te maken met de volgens jou geavanceerdere Linux scheduler en de Windows scheduler.

[dmantione]

[...]
Buiten dat bovenstaande zin niet klopt.

https://www.reddit.com/r/...windows_cpu_scheduler_vs/

Er zijn ongetwijfeld meerdere games met goede multithreading optimalisaties. Die zouden allen veel beter op Linux moeten draaien? Daar hoor ik voor het eerst van.

Dat is veel te kort door de bocht: Multithreading op zichzelf is niet noodzakelijk moeilijk te schedulen en situaties waarbij scheduling kritiek wordt veroorzaakt door specifieke eigenschappen van de hardware-architectuur. Er is dus een combinatie nodig van een threadverdeling die de zwakte van de scheduler blootlegt en een architectuur waar een verkeerde beslissing hard wordt afgestraft.

[nullbyte]

Buiten dat bovenstaande zin niet klopt

De Linux-scheduler van Windows is geavanceerder dan die van Windows,

Er zit geen Linux scheduler in een Windows OS.

Verder is die statement niet te kort door de bocht. Zoals bij het troubleshooten van vrijwel elk IT probleem kan dit opgelost worden door middel van uitsluiten. Dit kan uitstekend door het gebruik van logica, zelfs zonder technische kennis van schedulers:

Als de Linux scheduler zoveel beter is en dit impact heeft op games die gebruikmaken van multithreaded CPU's dan zou dat uit veel meer benchmarks van andere games CONSISTENT moeten blijken. Dat is bij mijn weten niet het geval. Dit Linux- Windows performance verschil zal veroorzaakt worden door een PICNIC probleem van de maker van het filmpje of door een bug in de Cyberpunk patch. Of Cyberpunk is een uniek geval dat anders omgaat met multithreading waardoor de Linux kernel een voordeel heeft. Dat laatste lijkt me het interessantst, maar het minst waarschijnlijk.

Ik kan me op 2 punten vergissen. Zijn er wel meerdere games die multithreaded zijn geoptimaliseerd waar Linux consistent een voordeel heeft dan zie ik graag de bronnen. Als dat zo was geweest dan was dit artikel en het filmpje de norm geweest en niet de afwijking.

[Reactie gewijzigd door nullbyte op 23 juli 2024 08:07]

[dmantione]

Ik verwacht inderdaad dat soort kwesties vaker zullen blijken. Het is tot nog weinig zichtbaar geweest omdat spellen slechte beperkte multithreading hadden (vaak een hoofdthread waar enkel wat intensieve taken over meerdere threads verdeeld werden) en ook omdat desktopcomputers veel orthogonaler waren dan serverhardware. In die zin zal Cyberpunk op dit moment een speciaal geval zijn.

[nullbyte]

We zullen zien, ik hoop dat je gelijk hebt. Dat betekent dat er performance winst te behalen is ook op Windows systemen door aanpassen van de scheduler.

[PjotrX]

Uit eerdere benchmarks van Cyberpunk is al gebleken dat deze heel goed schaalt en all cores goed gebruikt. Dat betekend dat als er achtergrondprocessen ook de cpu gebruiken je het eerder gaat merken. Zou je een appels-appels vergelijking willen dan zou je in windows ook veel achtergrondprocessen moeten killen en dat kan niet altijd.

[equit1986]

hij zou dan ook AtlasOS kunnen gebruiken, een bloatware free windows systeem.

[karot9100]

Is dit dan niet een beetje nutteloos? De meeste mensen gaan niet zomaar wat processen gaan killen om te kunnen gamen dacht ik zo.

[goarilla]

Ik ben dat CPU scheduler filmpje aan het bekijken en het verschil tussen alle schedulers is absoluut verwaarloosbaar. Wel leuk dat er ineens nieuwe zijn, ik dacht dat nadat CFS geadopteerd en de default werd, de rek er wel uit was.

[Martinspire]

Out of the box is Windows ook helemaal niet snel voor gaming. Standaard staat zowel Windows Game Bar als AMD Radeon ingesteld om video op te nemen van je speelsessie. Ik ga er vanuit dat die Linux distro dat totaal niet doet. Het is een leuke benchmark voor ze, maar een kaal OS heeft 90% van de bevolking toch niks aan.

Het is voor mij de eerste keer dat ik van Nobara hoor en ik ga al een tijdje mee op Tweakers. Zo te zien is het op basis van Fedora maar dan met fixes er bovenop. Dan vergelijk je dus al een OS wat aangepast is voor bepaalde taken (met name gaming), met een out-of-the-box ervaring. Daarnaast heeft Windows standaard bepaalde achtergrondtaken aan staan en zaken die je best uit kunt zetten als gamer. Wellicht dat de game-modus van Windows daar meer in kan doen. Ook zit je nog met een kans op nieuwe installatie, die zijn altijd traag de eerste paar dagen. Dat is niet raar, dat doet Android, MacOS en iOS bv ook gewoon.

Wellicht als je de Windows installatie wat beter instelt, dat je ook dichter in de buurt komt van die 60fps. Verder zegt het ook niet of er bv een anti-virus/firewall aanwezig is, dat vertraagt het systeem ook altijd en Windows heeft die standaard aan staan (en terecht ook). Maar of het verstandig is om daar je performance te halen, ik denk het niet.

[Maulet]

Zijn er tests waar speeltjes gebenchmarked worden met en zonder game-bars en zo verder? Ik heb daar geen herrineringen over.

[Martinspire]

Die moet je zelf uitzetten. Ik denk dat de meeste gamers die wat met hun FPS willen doen, daar wel van op de hoogte zijn, maar als iemand zijn game-OS wil promoten (wat hier wel van toepassing lijkt) dan is het niet raar om te vermoeden dat ze Windows gewoon totaal niet hebben geoptimaliseerd.

[3DEXP]

Ik krijg geen extra fps met de gamebar uit maar misschien komt dat wel omdat ik veel vram heb en heel veel GPU power.

[M2M]

Ik twijfel of achtergrond processen tegenwoordig zoveel impact hebben. De scheduler van Windows is tegenwoordig best aardig duwt een proces dat een cpu cycle wil, gewoon naar een core die het rustig heeft. IO heb je met een SSD ook te over. Je zit dus op twee punten spaak;
- RAM throughput
- CPU cache die nu ook volgestopt zit met dingen die het achtergrond proces wil hebben ipv enkel game-spullen.

De vraag is waar de game een bottleneck in heeft. Indien het factorio heet, dan is het CPU cache en vervolgens RAM throughput en latency. In cyberpunk denk ik eerder aan een videokaart, of een paar CPU cores die de videokaart van instructies moeten voorzien.

Dat overlay software soms draken van dingen zijn weet ik ook als geen ander. Het wordt pas echt leuk als ze dezelfde overlay hotkey gebruiken en je meerdere overlays over elkaar heen krijgt.

Het opnemen van videomateriaal op een Nvidia kaart geschiedt al een geruime tijd op een dedicated stukje silicium, maar waar ik wel FPS mee verloor waren andere programma's die het leuk vonden om de videokaart te gebruiken voor grafisch renderwerk, zelfs als de betreffende browser geminimaliseerd was.

[Jorick]

De zaken die jij beschrijft (achtergrondtaken) kunnen zo'n verschil niet verklaren. Zoals je in de video kunt zien wordt de CPU niet volledig belast, de GPU wel. RAM pressure zal ook geen issue zijn want het gebruik op beide systemen blijft ruim binnen de 16GB. Het VRAM gebruik is praktisch identiek. Op beide platformen kun je video opnemen tijdens het spelen m.b.v. de hardware encoder in de videokaart waardoor het amper impact heeft op het CPU- & GPU-gebruik.

Denk dat je het in dit geval eerder in de hoek moet zoeken van een efficiëntere render pipeline na vertaling van DX12 > Vulkan of iets dergelijks. Mogelijk speelt de shader compiler daar een rol. RADV maakt gebruik van de ACO shader compiler, een alternatief voor de LLVM compiler die AMD in haar drivers gebruikt.

[Jeffrey2107]

ja of sommige features werken niet onder linux waardoor de performancce hoger is maar de game je dit neit verteld.

dat is vgm ook mogelijk en er zijn games die dit zo doen. gewoon ongemerkt grafische effecten ofzo uitzetten.

[Reactie gewijzigd door Jeffrey2107 op 23 juli 2024 08:07]

[RobertPeterson]

Welke features werken dan niet op Linux en wel op Windows? Ik kan er namelijk geen bedenken. Er zijn gewoon goede drivers voor AMD, dus ik zou niet weten wat niet werkt.

Frame generation werkte niet direct, maar DLSS etc werkt al gewoon.

[arbraxas]

Begint volgens mij al bij HDR.

[RobertPeterson]

HDR? Dat heeft immers helemaal geen effect op de rendering. Maar inderdaad HDR support op Linux is minimaal.

Het heeft echter niks te maken met het verschil in FPS.

[arbraxas]

Klopt, is puur een reactie op ontbrekende features.

[nullbyte]

DHR staat uit in deze test

[Jorick]

De kloksnelheden staan duidelijk in beeld en zoals je kunt zien zijn die praktisch identiek dus van een overclock bij de een en niet bij de ander is geen sprake. Driver versies staan ook in beeld. Hij zou de AMDVLK driver kunnen gebruiken op zowel Linux als Windows (DXVK & VKD3D werken ook in Windows) om identieke drivers met elkaar te vergelijken maar voor veel spellen geldt echter dat RADV (de mesa vulkan driver) sneller is dan de AMDVLK driver van AMD.

[Reactie gewijzigd door Jorick op 23 juli 2024 08:07]

[Bliksem B]

Eigenlijk verbaas ik mij niet over dit bericht. Intel gebruikt niet voor niks DXVK voor driver support voor oudere games. Interessant topic: What makes DXVK performs better than DirectX in some cases? : linux_gaming. Slechte drivers of gameoptimizations, kunnen resulteren in betere performance (of minder bugs) met VKD3D. Aangezien Cyberpunk 2.0 net uit, kan ik mij goed voorstellen dat AMD nog niet zijn drivers up 2 date heeft.

Dat gezegd hebbende, het verschil is wel heel opmerkelijk!

[swhnld]

De scenarios zijn identiek qua hardware.
Maar net als een diesel auto met een benzine auto vergelijken, is de motor anders tussen Windows en Linux.
Daarbij is er de laatste jaren veel geïnvesteerd in gamen op Linux door o.a. Steam, terwijl Microsoft de Xbox heeft om op te focussen voor hun game activiteiten. Windows heeft immers een brede doelgroep en zit vol componenten die het zwaar maken. De Linux distributie waarmee vergeleken is ook geen standaard Ubuntu die ook zo zwaar is als Windows.

[nullbyte]

De Linux distributie waarmee vergeleken is ook geen standaard Ubuntu die ook zo zwaar is als Windows.

Een standaard Windows 11 installatie is even zwaar als Ubuntu?

Dat lijkt me sterk overdreven, bron?

[swhnld]

Zwaar als in allerlei functionaliteiten voor een brede doelgroep met gelikte desktop omgeving. Geen kaal OS wat alleen kan opstarten en lichtgewicht desktop heeft.
Zelfs binnen de Ubuntu distributies wordt afgeraden de standaard Ubuntu op oudere hardware te gebruiken maar Xubuntu of Lubuntu te gebruiken.
Maar Ubuntu is ongeveer 10 procent sneller dan Windows 11 op dezelfde hardware, recente test:
https://www.phoronix.com/review/thinkpad-p14s-gen4-linux/5

[MulMonkey]

Definieer "oudere hardware". Ubuntu heeft als aanbeveling (recommended system requirements)

• een "dual core processor" van 2 Ghz of meer
• 4 GB werkgeheugen of meer
• 25 GB opslag

Ubuntu is echt geen zwaar OS te noemen. Zeker niet als je van plan bent om te gaan gamen. Dat doe je (waarschijnlijk) niet op een pc van 15 jaar oud.

Tot 10 jaar oude hardware moet allemaal prima zijn. En misschien tot 15 jaar oud ook nog wel.

[Reactie gewijzigd door MulMonkey op 23 juli 2024 08:07]

[deboerpp]

Wat mij op is gevallen : op Linux is het stroomverbruik hoger , volgens mij zo'n 10% , maar dat is een natte vinger schatting, hij heeft het niet bij zijn gemiddelden gezet. En de kloksnelheid is hoger in windows. Ik vermoed dat dit al enige invloed heeft.

[Sando]

30% meer performance bij 10% hoger stroomverbruik klinkt als een goede deal. Jammer dat dit verschil niet zo groot is bij alle spellen.

[Cambionn]

Tja. Jaren terug betekende gamen op Linux een performance hit door alle compatibility layers (en de paar native supported games waren vaak nog onstabieler dan de Windows versie op Linux draaien). Laatste paar jaar heb ik performance gelijk aan die op Windows, omdat de compatibility lagen (en Nvidia drivers) beter zijn geworden en een Linux systeem vaak gewoon minder performance hakt dan Windows waarmee het de performance hit van die lagen goed kon maken. Dat er op een moment dus betere performance op Linux komt lijkt me bijna meer een kwestie van wanneer dan of. En de laatste tijd gaat het hard.

Dat gezegd hebbende, exacte configuratie maakt uit natuurlijk. De ene distro is lichter en geoptimaliseerder op performance dan de ander, is beter met games, etc etc. Linux is veel minder algemeen dan Windows, dat zal ook altijd wel blijven. Maar ik zit met een best volle instalatie voor algemeen dagelijks gebruik (en in veel gevallen een GUI als het kan, terminal als het moet approach) dus ook al gewoon op Windows-like performance als ik gewoon de install knop in Steam indruk (en dan via Proton draai). Zonder speciale aanpassingen dus, maar op een manier die bij wijze van mijn niet IT'er grootvader kan. Dat was een paar jaar terug echt anders. Dus dat nu de eerste beter dan Windows performance verhalen komen op geoptimaliseerde systemen sta ik eigenlijk compleet niet van te kijken. Maar vind het wel erg tof nieuws !

[Sp3ci3s8472]

Dingen zoals DXVK hebben er voor gezorgd dat de meeste DX11 (en lager) spellen beter op Linux draaien indien je een tragere cpu hebt en een AMD videokaart. Dit komt doordat je nu veel meer threads kan gebruiken om draw calls aan te maken.
Dit is ook de reden dat Intel voor oudere titels DXVK gebruikt met hun nieuwe kaarten. Het kost veel minder werk om voor DXVK te optimaliseren met een nieuwere architectuur dan om dat voor DX11, DX10 en DX9 te doen.

Het is wel wat opvallend dat het verschil nu zo groot is gezien Cyberpunk toch ook DX12 is?

[Cambionn]

Ja DXVK viel voor mij onder het lijstje met verbetering in compatibility lagen (gezien het een manier is om DirectX te parsen naar Vulkan) . Maar dat is interesante info! Dank daarvoor.

Ik draai zelf overigens zo ver uitsluitend op Nvidia voor geen objectief goede reden (maar dat gevoel van je hoort Intel+Nvidia of alles AMD te doen zit nog altijd in mijn hoofd, terwijl ik weet dat tegenwoordig helemaal niet zo'n punt is). Maar ook dat draait lekker hier, zowel oudere als nieuwere games (de nieuwste is momenteel Hogwards Legancy, de oudste wat DOS games, om ff een range te geven).

[Reactie gewijzigd door Cambionn op 23 juli 2024 08:07]

[Mark de Vaal]

Met Nobara hoef je niet bang te zijn dat je, vulkan, vk3d en mesa drivers niet up to date is!

Het kan zijn dat de tester in kwestie een dual boot systeem draait en dan is het aannemelijk dat de bios instellingen hetzelfde zijn.

[Reactie gewijzigd door Mark de Vaal op 23 juli 2024 08:07]

[Cageman1984]

Ik ga nobara eens proberen. Tot nu toe naast Windows 11 altijd Ubuntu gehad. Soms uitstapje naar pop!_os en drauger.

Ik zou het leuk vinden om qua Gaming volledig over te stappen op Linux, maar heb eigenlijk niet een heel grote hekel aan Windows. Het is meer voor de leuk, niet voor de hele grote principes.

[3dmaster]

Als je veel multiplayer doet dan is het vaak de moeite niet waard. (zeg ik als Linux guy).
Ik game zelf wel zo veel mogelijk onder linux maar multiplayers blijft gewoon matig door anti cheat. Daarnaast is de Ubisoft launcher ook een ramp. Als je vooral Single player doet is het mss wel leuk. Als je de pc aan de TV hangt is ChimeraOS ook wel een leuke.

[Cageman1984]

Multiplayer doe ik niet vaak. Dat scheelt.

Ubisoft... die doet het ook vaker wel dan niet. Alles via steam wil wel. De native Ubisoft dingen is moeilijker. Zelfde voor battlenet trouwens.

Chimera is ook een leuke. Ook maar eens kijken!

[The Zep Man]

Als je veel multiplayer doet dan is het vaak de moeite niet waard. (zeg ik als Linux guy).

Je omschrijft niet wat voor soort multiplayer.

Coop? Vaak geen probleem.

Competitive? Wordt steeds beter, spel voor spel.

[Magic Power]

Ik speel heel veel Coop spellen onder Linux met vrienden. De meeste werken gewoon, zelfs als ik/we mods gebruiken ofzo.

Voornamelijk VR spellen en DRM Anti-Cheat games zijn moeilijker onder Linux.

[RobertPeterson]

Nee, dat blijft inderdaad een puntje.

Ik had gehoopt dat met de komst van de steamdeck dat de ondersteuning beter zou worden. Maar tot op heden heb ik qua anti cheat nog geen grote veranderingen gezien.

[MulMonkey]

Volgens mij ligt het vooral aan de games die je speelt.

Ik vind je opmerking dan ook een beetje gek. De altijd stijgende lijn van "Playable" tot "Platinum" games is zeer sterk en consequent blijven stijgen. Sommige anticheat bedrijven zijn al om en ondersteunen de Proton-laag.

Voor mij is de enige game (en dus ook multiplayer) die niet werkt Call of Duty MW2. Welke multiplayers wel werken? Alle mijn andere games? Baldur's Gate 3, Counter Strike (of course), Age of Empires, Command & Conquer Red Alert remake, Forza Horizon en nog meer!

Bijna al mijn games draaien erg goed op Linux en ook prima met multiplayer.

[RobertPeterson]

Misschien een verschil in de spellen die wij spelen?

Apex, Overwatch, RB 6 Siege, Rust zijn allemaal spellen die nog steeds onspeelbaar zijn. Maar die wel gigantische playerbases hebben.

Als je op ProtonDB kijkt en vervolgens filtert op Anti cheat zie je gewoon dat de lijst met onspeelbare multiplayer games gigantisch is. Ik had gehoopt dat meer Anti Cheat bedrijven Linux zouden gaan ondersteunen maar tot op heden valt dat af. Wat is er zo raar aan die opmerking?

[MulMonkey]

Het rare van je opmerking is dus dat heel veel multiplayer games tegenwoordig juist wél werken. En dat dat zeker veranderd is de laatste tijd, want tot 2-3 jaar geleden ofzo deden veel multiplayer functies het niet. Dus het klopt niet wat je zegt.

Alleen "jouw games" dus blijkbaar (nog) niet. En ja, daar zitten ook grote namen tussen... Ik hoop op een omslag van een paar grote anticheat bedrijven...

Ik start zelf alleen nog Windows op, als ik Call of Duty wil spelen: dat is ook het enige dat geïnstalleerd is op Windows.

Ik weet zeker dat er nog veel gaat veranderen! Sommige games zullen echter onspeelbaar blijven. Net als dat je niet alle games op alle platforms zult draaien.

En zo kijk ik er ook naar: als ik nu een game zie die ik graag wil hebben, kijk ik eerst op protondb of het werkt op Linux. Doet dat het niet, dan koop ik het waarschijnlijk niet. (Een enkele uitzondering daar gelaten)

Ik snap dat dat sommige mensen weerhoudt van "overstappen". Zelfs dual booten wordt minder aantrekkelijk als 50% van jouw games alleen op Windows draaien. Maar in mijn geval is dual booten een prima oplossing voor "die ene game" die nog niet werkt.

[Reactie gewijzigd door MulMonkey op 23 juli 2024 08:07]

[RobertPeterson]

Ik heb het dan ook nergens over multiplayer games.

Maar tot op heden heb ik qua anti cheat nog geen grote veranderingen gezien.

Ik heb het over anti cheat support.

[MulMonkey]

Ja, dat snap ik. Ik dacht dat daar juist de stappen waren gezet: BattlEye en Anti-Cheat hebben wel hun steun gegeven. En Rainbow Six Siege is afhankelijk van BattlEye? Lijkt me dat het dan meer ligt aan Ubisoft die het niet wil, want BattlEye is "on-board".

[RobertPeterson]

Ja en dat is dus precies mijn punt haha! Ik had gehoopt dat de anti cheat support beter zou zijn na 2 jaar steamdeck en alle toezeggingen. Maar tot op heden is er weinig gebeurd.

Het alleen met Ubisoft games, ook alle easy anti cheat games zijn eigenlijk online onspeelbaar.

Op protondb hebben ze zelfs nog steeds een eigen flag om aan te duiden dat het niet gaat werken zoals het hoort.

[Reactie gewijzigd door RobertPeterson op 23 juli 2024 08:07]

[MulMonkey]

Check ✔️ --> veel toezeggingen, maar van die games werkt nog steeds weinig. Maar ligt het in deze gevallen nog aan anticheat? Of juist aan de game ontwikkelaars. Ik gok op dat laatste.

Voor het eindresultaat geen verschil uiteraard: de gamer is de dupe.

Maar het komt goed! Ze kunnen straks niet langer meer om Steam OS heen. HOOP IK

[MulMonkey]

Terugkomend: Apex Legends en Overwatch 2 staan op "Goud" op protondb. Die zouden in principe dus moeten werken met misschien een paar tweaks/launch options.

[maartenvdezz]

Klinkt voor gamers als een geweldige optie voor dual boot. Een bleeding edge RH distro (zonder de Ubuntu schil/aanpassingen, gewoon lekker "stock") en makkelijk Nvidia drivers etc kunnen installeren. Goeie video om zo'n distro in te promoten, ik kende het niet!

[Letters]

Ik zou graag dan wel willen zien dat Tweakers de tijd neemt om iets met deze claim te doen.

[AJediIAm]

Ik kan me voorstellen dat dit niet de hoogste prioriteit heeft voor Tweakers, maar mocht een mede-Tweaker de resultaten kunnen reproduceren zou dat veel toevoegen aan de journalistieke waarde van het artikel.

[JeroenED]

Ik denk je veel resources kan vinden. Het is niet de eerste keer dat dit gebeurt. Heel wat Windows games die via Proton/Wine beter draaien dan native windows. Ik verwijt altijd het feit dat Wine gewoon een andere implementatie van Windows gebruikt en dus sommige zaken effeciënter gemaakt zijn. Ook het feit dat Wine gemaakt is door hobbyisten en dus niet leven voor een paycheck zal ook wel hierin helpen.

[Jogai]

Wat een onzin. Ja natuurlijk zit er verschil in os/drivers/processen. Dat maakt juist dat linux sneller is. Het is gewoon een beter geoptimaliseerd geheel. Maar probeer het zelf eens uit, ipv direct de suggestie te wekken dat de vergelijking niet integer is.

[i-chat]

voelt een beetje als een gekke reactie,

je vraagt of de biosinstellingen identiek zijn, terwijl er in het artikel staat dat het op dezelfde pc draaide, zou behoorlijk lullig zijn als je zulke claims maakt en daarbij specifiek vermeld dat het op dezelfde pc is en je dan weer in je bios gaat zitten rommelen.

verder vraag je je af hoe het zit met drivers. maar laten we dan eerlijk zijn: windows drivers krijgen ALTIJD meer aandacht en liefde dan andere drivers dus als een specifiekel AMD linux driver voor game-x of game-y een keer beter presteert dan de windows driver is dat OF louter toeval of het komt bijna zeker door de inspanningen die gemaakt zijn tbv de steamdeck en in dat geval is het gewoon dikke pech voor windows. waar continu performance-patches worden doorgevoerd.

en voor je overige punten, CP2077 was een game met de nodige performance issues waaraan men heel flink heeft moeten sleutelen als nu dan blijkt dat al dat werk ervoor heeft gezorgd dat het op linux distro P beter werkt dan op windows versie Q dan is dat behoorlijk opmerkelijk

vooral omdat de kans nog redelijk aanwezig is dat er nog een wine-conversie-slag gemaakt moet worden.

als je dan vervolgens komt met ja maar op linux heb je minder achtergrondtaken, dan zeg ik alleen maar des-te-beter dan hoef je dus een minder zware pc te komen voor hetzelfde game-genot misschien moet windows ook eens een gamer-mode in het leven ropen waarin alle onnodige services van de background worden gesloten terwijl jij aan het gamen bent.

[manuarmata]

31% is een behoorlijk verschil. In ieder geval laat de windows versie veel hardware potentieel liggen. zeker als je weet dat proton als tussenlaag op het linux systeem ook met wat rekenkracht en geheugen gaat lopen. Mogelijk speelt hier een combinatie van factoren om aan zo een groot verschil te komen. Ik ben wel benieuwd hoeveel verlies er te wijten is aan de overhead van Windows. Een derde en vierde setup met een gedebloate/gestripte variant van Windows 11 zou misschien meer inzicht kunnen verschaffen. Persoonlijk vind ik mijn Fedora installatie vele malen fijner werken dan mijn Windows 11 installatie. Heb Windows 11 in dual boot, in het bijzonder voor Gaming maar die reden blijkt in de praktijk niet meer relevant. Het wordt enkel nog eens opgestart als ik eens een ander RGB profiel in het geheugen van mijn keyboard wil laden.

[rob12424]

Dit is al lang bekent hoe dit mogelijk komt was vroeger al zo en werd je gebanned voor cheaten in veel gevallen met bepaalde games.

De API calls in Linux worden anders en en in bepaalde gevallen efficiënter afgehandeld dan in Windows.

[teek2]

Ik hoorde dat game devs Proton beginnen te targetten voornamelijk om goede prestaties op de Steam deck te garanderen. Dat en idd Proton kan per game optimaliseren en dingen nog fixen in de extra tussen laag.

[SuperDre]

Of dat, zoals hier boven ergens anders gesuggereerd wordt, linux is met Vulkan getest en windows met DX12. Dan is het ook gewoon appels met peren vergelijken en ligt het verschil dys niet tussen OS, zoals nu gesuggereerd wordt, maar tussen grafische API.

[BadRespawn]

Er wordt vermeldt dat het gaat om dezelfde pc-build en grafische instellingen. Dus waarom zou je er aan twijfelen dat andere factoren die de tester wel onder controle heeft, zouden verschillen?

Waarschijnlijker is dat de oorzaak van het verschil in performance wordt veroorzaakt door factoren die de tester niet onder controle heeft, namelijk de efficiëntie waarmee Cyberpunk 2077, drivers en OS (en de emulatie layer) samenwerken.

[Reactie gewijzigd door BadRespawn op 23 juli 2024 08:07]

[davince72]

Waarom zo sceptisch? Je draait zelf Windows gok ik? In beginsel moet je er natuurlijk vanuit gaan dat de instellingen identiek zijn zoals ook in artikel beschreven staat. Ze hebben zelfs op dezelfde hardware getest! Denk je dan echt dat ze ergens stiekem het vinkje "run 30% faster" hebben aangezet ?

[Bulls]

Windows vreet je resources op, onnodig blijkbaar

[geert1]

Dat kunnen we hier absoluut niet uit opmaken. Hopen dat Tweakers, Digital Foundry of anderen deze verschillen gaan onderzoeken. Er zijn honderd factoren die van invloed kunnen zijn en in andere titels zijn verschillen zelden zo groot.

[foleor81]

Klopt als ik mij laptop niet aan de voeding heb hangen draait alles onder Lutris klote. Heeft lang geduurd voordat ik dit door had. Misschien is dit in Windows ook het geval. Kan het niet testen want ik heb Windows niet op mijn laptop staan.

[Verwijderd]

De test resultaten van Linux gebruikers spreken dat volledig tegen:

https://cse.google.com/cs...s+vs+linux&sa=Search&ref=

[berchtold]

hoe kan software 30% schelen. Ik verwacht dat windows 11 de boosdoener is. Altijd gigantisch veel problemen voorbij zien komen

[Prince]

De ene CPU/GPU is de andere ook niet; er is iets als 'silicon lottery'. Tegenwoordig overclocken deze devices zich tot een bepaalde temperatuur; heb je betere silicon, dan haal je betere resultaten.

Persoonlijk, als ik dergelijk verschil zou zien, dan zou ik het op IDENTIEK dezelfde hardware testen - hooguit gewoon een SSD wisselen.

Ik zou ook de moeite doen om te controleren wat er in de achtergrond draait, en dit in zowel Windows als Linux.
Windows heeft misschien wel veel bloatware zoals ze het noemen, maar deze wordt wel teruggeschroefd in systeemgebruik eenmaal je een game opstart. MS gaat zijn OS niet opzettelijk traag maken nu er een gaming-uprise is op Linux.

Misschien zou Tweakers dit eens kunnen testen en deze resultaten proberen te reproduceren.

[nullbyte]

Zet er maar eens een Nvidia GPU in, dat zal een totaal andere uitslag geven vermoed ik.

[MMaster23]

Een veel belangrijkere vraag vind ik zelf: Is de kwaliteit ook exact hetzelfde? Ik kan mij nog herinneren dat bepaalde drivers in het verleden de grafische kwaliteit omlaag schroefden tijdens bepaalde benchmarks (denk aan 3dmark) waardoor het makkelijker was om de scene te renderen. Dit neigt eigenlijk beetje naar hetzelfde.

Let wel.. Ik zeg niet dat dit "kwaadwillig bewust" gedaan is. Het kan natuurlijk zijn dat een stap in de render pipe overgeslagen is of iig niet identiek is aan die van Windows native. Daardoor kan er een groot verschil ontstaan. Persoonlijk denk ik niet dat een OS meer dan 30% verschil kan maken. Daar zijn OSen geoptimaliseerrd genoeg voor.

[Vlizzjeffrey]

Ik vermoed dat een deel van de performance verschil komt door de bloatware in Windows.

Als je Windows 11 installeert van bijvoorbeeld Ghost spectre, waar veel microsoft spul is uitgehaald, heb je ook meer fps in games dan op de normale Windows 11, maar dit verklaart niet de volledige 30% performance sprong.

[himlims_]

kleine 10jr windows met linux games vergeleken. deze claim kan prima kloppen. en zijn voldoende voorbeelden waarbij dit ook onderbouwd is.

ik heb zelf de benchmarks nog niet gedraaid, maar ik neem er vergif op in dat 'bloom en gloom' effecten uitgeschakeld zijn. (vraag me niet waarom, maar die overmatige reflectie en glow van textures en models zijn 'killing' onder linux gpu)

dit heb ik bij zowel amd als bij nvidia ervaren; staan die aan, dan blaast windows meer fps uit de hardware dan met linux. zet je dit (nutteloze) gfx instellingen uit, dan haal je aanzienlijk meer fps uit je hardware met een linux OS tozv een windows systeem.

zonder aanvullende informatie, gebruikte instellingen en configuratie - is deze claim moeilijk te veriferen. dat gezegd hebben, zou het wel kunnen (afhankelijk van settings)

[Qws]

Windows 11... daar hoef je weinig onderzoek voor te doen. Het hele OS loopt stroef. Openen van startmenu komt met delay. Windows 11 heeft zelfs geen seconde teller op de klok meer, omdat het anders to zwaar wordt volgens Microsoft.

Verbaast me dus helemaal niet dat Linux en waarschijnlijk MacOSX veel lichter zijn dan WIndows 11.

[-=bas=-]

https://www.gizchina.com/...lock-reduces-the-battery/
Het scheelt ongeveer 2% in batterijduur.

[nullbyte]

Windows heeft zelden een seconden timer gehad om de reden uit het gelinkte filmpje. Ik kan me overigens niet voorstellen dat dat seconden performance "probleem" niet voor Linux of welk ander OS dan ook zou gelden.

Uitleg van oud MS developer en schrijver van het taakbeheer van Windows Dave Plumber over de seconden teller in Windows:
https://www.youtube.com/watch?v=qe1ltXdKMow

Windows 11 heeft overigens nog steeds de optie voor seconden:
Personalisation -> Taskbar -> Taskbar Behaviours -> Show seconds in system tray clock (uses more power).

[Reactie gewijzigd door nullbyte op 23 juli 2024 08:07]

[brain75]

En nu met een nVidia-GPU. Wat een drama onder Linux Mint. Bij elke driver-update van nVidia start Steam niet meer. En ik ben niet de enige met dit probleem.

Had ik dit geweten dan was ik voor een systeem met een AMD-GPU gegaan: ik wil namelijk wel steeds meer zonder Windows gaan werken.

[Mark de Vaal]

Ik heb een laptop met een 2060 erin. Linux pushed steeds meer Wayland, maar op een of ander manier gaat Nvidia en Wayland niet goed samen bij mij. Zelfs met de Arch wiki ernaast hoe je early load van je drivers kan doen etc. Werkt een dag goed en de volgende dag zie ik weer de weg die mijn muis cursor heeft bewandeld. Terug naar x11.

Mijn Full AMD pc heeft dit probleem niet en draait CP 2077 zonder moeite en ook met hogere framerates dan onder Win11. En dit is op een Debian 12 testing en met dank aan @Hero of Time voor het wijzen naar package pinning voor de laatste packages zoals Firefox en LibreOffice.

[Dorank]

Debian 12 is stable, dus als je daadwerkelijk een "Debian 12 testing" draait loop je achter. Maar ik vermoed dat je of "Debian testing" bedoelt of "Debian 12".

[Mark de Vaal]

Klopt . Ik draai testing/Trixie en geen Debian 12.

[brain75]

Linksom of rechtsom: je blijft kunstgrepen toepassen. Als ik eenmaal een goed werkende set-up heb wil ik graag dat deze bij driver-update niet gelijk om zeep wordt geholpen.

Heb overigens een Asus Rog Flow x13 met een Ryzen 7 en Nvidia RTX3050. Ik denk dat ik nog eenmaal Steam herinstalleer en dan de updates van Nvidia maar uit ga zetten.

[Cambionn]

Ik draai inmiddels al bijna 10 jaar Nvidia met Linux combi's, ook voor gamen. Slechts 2 keer echt issues gehad met die kaarten. 1 keer was de kaart net uit en waren er gewoon geen goede drivers nog. 1 keer werkte de specifieke combi van mijn Nvidia kaart, Intel chip en mobo niet lekker en heb ik eenmalig de X server moeten herschrijven in terminal om de Optimus drivers te kunnen gebruiken (daarna was het ok, maar draaide hij wel altijd op de Nvidia kaart wat stroom vrat). Dat was ook al weer jaren terug.

Inmiddels draai ik al jaren stabiel zonder problemen. Sinds dat Valve Nvidia heeft zitten pushen om hun drivers te verbeteren toen ze begonnen met hun eigen OS (nog voor Proton) gaat alles hier eigenlijk lekker kwa driver-related dingen en werkt de GPU & z'n driver perfect out of the box. Draai op Manjaro overigens, niet geprobeerd met andere distros gezien ik niet zo'n hopper ben en dit mijn dagelijks gebruik apparaten zijn dus ze niet steeds wil herinstalleren.

[Arroquw]

Ik draai momenteel NixOS met een Nvidia GPU, en ik gebruik hyprland (deze forceert wayland) als window manager. De enige "issues" die ik nochtans gezien heb is de steam client die zich wat vreemd gedraagt (stuttering enzo, maar wordt nooit onbruikbaar), en electron apps (discord) die je moet forceren in non gpu mode omdat ze het anders helemaal niet doen. Wat dus slechts een command line additie betekent.

Dus het kan zeker werken, ik heb gewoon de nvidia closed drivers, en ik kan gewoon gamen.

Het extra voordeel aan nixos is dat het niet te slopen is met een driver update

[brain75]

Ik zal NixOS eens proberen op een USB. Bedankt voor de tip.

[Pinkys Brain]

Het is erg jammer dat de NVIDIA gaming Chromebooks niet door zijn gegaan. Had het hele wayland/nvidia/proton verhaal in versnelling gebracht.

[Magic Power]

Dit probleem had ik in het verleden ook, en heb ik opgelost.

Als ik een Nvidia GPU onder Linux gebruik, had ik wel eens na een update van Nvidia dat het systeem instabiel werd.

Het specifieke probleem dat ik zag, was dat als ik een Linux Kernel update deed, de Nvidia driver niet helemaal lekker draaide. Sindsdien heb ik de Kernel updates standaard geblokkeerd in de updates. Die Kernel updates doe ik apart eens in de zoveel tijd. En dan heb ik bij een Nvidia driver update meestal gewoon een werkend systeem erna.

Hierbij haal ik de Nvidia driver updates trouwens wel standaard uit het Stuurprogrammabeheer.

--

Linux Mint 20.3
Nvidia Geforce RTX 2060 Rev. A

Bijwerkbeheer (standaard update app) -> Voorkeuren -> Zwarte Lijst -> linux* toegevoegd, of rechtermuisknop op een Kernel update en toevoegen bij zwarte lijst.

Stuurprogrammabeheer -> nvidia-driver-535 (voor nu) geselecteerd.

De Kernel update ik eens in de zoveel tijd met Bijwerkbeheer -> Linux Systeemkernen en dan de nieuwste in de lijst aanklikken. En eventueel de oude verwijderen door op 'Systeemkernen Verwijderen' te klikken. Daarna doe ik standaard wel een nieuwe Nvidia driver installeren, zodat die fatsoenlijk gebruik maakt van de nieuwe kernel, of in ieder geval een verversing van de driver.

[brain75]

Bedankt voor de tip: ik zal eens een poging wagen 🙂

[Tk55]

Dat is een enorm verschil! Ben benieuwd waar het door komt en hoe het verschil zich vertaald naar bijvoorbeeld de Steam Deck.

[batumulia]

Zonder heel diep onderzoek gedaan te hebben, zou mijn eerste gedachten zijn dat AMD beter om kan gaan met Vulkan dan met DX12.

[Wolfos]

Dat zou vreemd zijn. DirectX12 is voor de Xbox (en dus AMD hardware) ontworpen.

Ik durf geen uitspraken te doen over wat de oorzaak kan zijn. Het is jammer dat deze benchmark op deze manier op het internet gegooid word zonder onderzoek, en met maar één testprofiel.

[Azbest]

DX12 heeft een aantal features die gericht zijn op beeldkwaliteit. Benchmarks tussen DX11 en DX12 lieten ook een vergelijkbaar verschil zien. Het zou me niets verbazen als daar een flink deel van de frames verloren gaat.

Desondanks scoort Linux hier beter, het artikel beschrijft duidelijk welke setup gebruikt is. Men kan dus zelf aan de slag en verder testen. Als ik Microsoft was zou ik dit aandacht geven.

Gamers zijn al langer ontevreden over de prestaties onder Windows. Als men simpelweg een distro kan downloaden, inloggen op steam en gamen, dan is overstappen wel aantrekkelijk.
Het enige wat nog in de weg staat is prestaties en compatibiliteit met oudere spellen.

[Wolfos]

DirectX11 is op Nvidia hardware vaak sneller, maar dat komt omdat 12 meer low-level is en de drivers dus minder optimalisaties kunnen uitvoeren. Iets waar Vulkan net zo goed last van heeft.

Ook staat DX12 bekend om uitstekende ondersteuning voor variable rate shading wat de prestaties juist verbeterd. Volgens mij zijn de meeste ontwikkelingen op prestaties gericht ipv renderkwaliteit.

[SuperDre]

Maar dan is het geen vergelijkbare/eerlijke test, dan moet de test op windows ook met Vulkan gedraaid worden. Dan is het verschil dus niet zomaar windows vs linux, maar DX12 vs Vulkan. En dan is het goed mogelijk dat de developers bv meer tijd gestoken hebben in optimalisatie van Vulkan, OF dat er toch wel visueel meerdere verschiloen zitten omdat Vulkan misschien 'simpelere' rendering toepast.

[Frietsaus]

Een combinatie van een aantal zaken:
- Nobara is een gaming optimized Linux distro
- Sommige Wine implementaties van Windows APIs zijn beter dan die van Windows zelf
- Proton developers doen specifieke patches om specifieke games te optimaliseren

En ongetwijfeld nog meer redenen, het is niet de eerste keer dat een game onder Proton beter draait dan native op Windows.

[qbig1970]

Wat batumulia hierboven zegt en misschien het feit dat linux minder zwaar leunt op cpu/gpu dan windows.
my2cts

[Anactia]

Is dit onder Proton?

[Amanoo]

Ja. Er is geen native Linux versie van Cyberpunk, dus je moet via Proton installeren en draaien.

[Craimasjien]

Dat hoeft niet, er is meer software wat deze vertaalslag kan maken. Er is geen native versie van CP77, dat klopt, maar Proton is niet je enige optie.

[Verwijderd]

Welke andere opties zijn er?

[Cambionn]

Eigen Wine prefix maken danwel via Lutris eentje downloaden? Zo deed ik het altijd voor Proton en soms nogsteeds voor niet-Steam games.

Heb vroeger zelfs simpele games die OpenGL ondersteunde via mono kunnen draaien. Maar zelfs met .NET en DXVK nu zul je er niet veel werkent krijgen op die manier, toen ook al niet.

En dan als je echt hardcore gaat heb je nog een paar games waar (vaak open source) nieuwe engines voor zijn gemaakt die de officiele instalatie nodig zijn omdat die gamedata daarvan inladen om het spel te spelen. OpenMW voor Morrowind bijv.

[Amanoo]

Doet überhaupt iemand dat? Het spel staat gewoon op Steam. Doorgaans pak je dan Proton, of hooguit Proton-GE.

[Cambionn]

Voor dit spel specifiek? Geen idee. Als het ook buiten Steam te krijgen is, of beter performed op die manier, vast wel.

Maar in het algemeen. Heb al die opties zelf gebruikt. Is maar net wat handiger is en beter werkt voor dat specifieke geval op dat moment. En soms ook gewoon om te kijken óf het lukt .

[Verwijderd]

Ja okay, dus in de praktijk zal verreweg het grootste deel van de eindgebruikers proton inzetten.

[Cambionn]

In de meeste gevallen wel ja.

Lutris is voor non-Steam games nog wel interesant. Lutris installaties zijn ook erg simpel als non-Steam shortcut in Steam te plaatsen. Proton kan ook, maar Lutris kan ook Proton aanspreken als dat het beste werkt, dus vaak toch interesant.

Specifiek games met nieuwe engines zoals Morrowind zullen nog wel vaak in die engines draaien, maar die zijn zeer beperkt.

[manuarmata]

Proton, Proton GE, Wine, Wine GE, Soda, Caffe, Vaniglia, Lutris,... Allemaal Wine derivaten trouwens. in veel gevallen maakt het niet uit welke je kiest. Als een spel niet wil opstarten dan kan een andere tussenlaag wel eens helpen.

[Nivve]

Het spel is ook beschikbaar op GOG. Dat kan je via een omweg door Steam-proton laten lopen als je dat echt wilt, maar dan is simpelweg wine gebruiken makkelijker (in Lutris, Herioc, of Bottles).

Netto maakt het overigens niet zoveel uit, de gebruikte componenten (wine, DXVK, VKD3D, etc) zullen gewoon hetzelfde zijn als in Proton. Dus het is een beetje nit-picky om te zeggen dat er andere opties zijn. Voor het gemak kan je best proton als synoniem voor wine te beschouwen, al zullen puristen dat verafschuwen om dat het technisch gezien niet 100% klopt

[Mark de Vaal]

Ligt eraan of hij ProtonGE bedoeld of proton experimental van Steam zelf?

[Mars Warrior]

De GPU belasting is in de meeste gevallen gelijk zie ik, of is 1% hoger onder Linux.

Het echte verschil is de CPU belasting: die is onder Linux 5-10% hoger. Blijkbaar zorgt dit voor de hogere framerate, ondanks dat de GPU belasting al op 99% zit.

[XC9]

Klopt! Zowel GPU als CPU belasting + (logisch) temp is hoger onder Linux.

Ben wel benieuwd hoe dit te verklaren valt. Houdt Windows wat "ruimte" over ipv alles vrij te geven voor de game? En is dit bij alle games het geval (los van betere FPS, ik weet dat dat niet bij alle games het geval is).

[fastedje]

De scheduler onder Windows doet vaak meer context switches. wat op zich een goede response tijd geeft maar wel minder efficiënt is. De Linux kernel gebruikt tegenwoordig ook een fair-scheduler maar deze schakelt waarschijnlijk wat minder aggressief tussen processen.

[Inflatable]

Dat is wel een erg groot verschil.. Ligt dat aan de AMD ondersteuning in Linux? Of is dit b.v. met Intel en Nvidia hardware ook zo en is er een probleem met Windows 11?

Op Windows 11 zonder Raytracing aan draait de game nu al prima vind ik op mijn i7 10700K, 32GB DDR4 3600Mhz, RTX 3080 10GB systeem op 3840x1600 resolutie met DLSS op quality en tweaks van de grafische settings (Hardware Unboxed tweakguide), maar het kan altijd beter natuurlijk en ik zou ook wel met Raytracing aan willen kunnen spelen met fatsoenlijke fps.. Maar daarvoor wordt het wachten op de volgende PC upgrade ben ik bang.. Ik ben van plan ergens eind 2024 ofzo weer te upgraden naar dan de beste (gaming) CPU en videokaart (Nvidia 50 serie?)..

[ArtyShock]

Met de huidige marktsituatie en nieuwsberichten over roadmaps lijkt het niet meteen de verwachting dat in 2024 de 5000 serie geleverd wordt. Bij dit prijspijl is de vraag naar high-end niet zo groot als dat het eerder geweest is en het gebrek aan concurrentie in het topsegment kaarten maakt ook niet dat ze veel tempo hoeven maken.

De consumentenmarkt heeft momenteel niet de absolute focus meer volgens mij. Ik vermoed dat het geduld uitoefenen wordt bij het wachten op snellere hardware.

[nullbyte]

Ah joh, Cyberpunk is prima speelbaar op een 3080 met raytracing en DLSS aan op 60 fps. Zet hem alleen niet op path tracing, dan ga je naar de 40 fps.

[Verwijderd]

Een test op een pc zegt natuurlijk niet veel, kan best zijn dat net op die combinatie van hard en software er iets misgaat waardoor die langzamer is. Als je dit nou op tien verschillende PCs doet, en de uitkomst is dan hetzelfd, dan Tja.

[Sando]

Deze persoon toont iets aan en nodigt anderen uit het ook te proberen. Jij kan één van die tien verschillende PCs zijn.

[Ed Vertijsment]

Was vroeger ook al een ding dit, bepaalde game uitlichten om wine/Linux als beter neer te zetten dan Windows, destijds draaide ik Ubuntu en een commerciële wine implementatie Cedega haalde in een bepaald spel (flatout 2) hogere franerayes meen ik dan Windows. Dat is natuurlijk niet representatief voor Linux, Windows, het betreffende spel of andere spellen.

Dat dit zo’n groot nieuws niet zijn geeft meer aan hoe uitzonderlijk dit dus is. Emulatie is beter geworden en veel dingen zijn goed te doen maar we moeten nu niet denken dat Linux Windows gaat evenaren qua gaming of dit aangrijpen op uitspraken te doen over de kwaliteit van os’en

Disclaimer: ik gebruik macOS wat zowaar nog minder geschikt is voor gaming.

[bons]

Een kleine toevoeging: Wine is geen Emulator (de naam zegt dit eigenlijk voluit al ) , maar een translatie layer. Wine "mimicked" geen hardware, maar vertaalt calls. Maakt niet zo veel uit; veel mensen halen hier verschil tussen emulatie en translatie door elkaar. maar het zijn verschillende manieren om zaken te toen.

Wine haalt hierbij bij sommige games betere performance omdat sommige calls beter worden afgehandeld doordat het ook zaken anders kan aanspreken op o.a. Kernel niveau. Maar andersom is het ook gewoon; games kunnen ook gewoon slechter presteren via Wine/Proton etc.

Het is wel zo sinds Valve is gaan bemoeien met Proton (wat eigenlijk gewoon een variant van Wine is) met behoorlijk wat kundige mensen in het Vak, is de kwaliteit van de Translaties van de Calls stukken beter geworden dan vroeger.

[Amanoo]

Dit is wel een vreemd verschil. Ik heb wel eens eerder Linux beter zien presteren. Uiteindelijk is het ook gewoon een lichter systeem dan Windows, dus je hebt meer kloktikken over voor je game. Maar daarvan zou je niet verwachten dat het een verschil maakt van 31%. Dat is wel erg veel.

Ik vraag me af wat het dan is. Soms zie je wel dat bepaalde grafische effecten niet worden gerendered onder Proton/WINE. Soms zijn dit maar kleine effecten die niet opvallen, maar wel een betere FPS geven. Wat ook kan, is dat iets tussen het spel en Windows niet lekker werkt. Valve had bij Left 4 Dead 2 ook veel betere prestaties op Linux, maar dit werd later meer gelijk getrokken. De Windows kant had gewoon fixes nodig. En ooit was er ook een Final Fantasy die onder Linux beter draaide omdat het DirectX 11 gebruikte, wat enorm singlethreaded is, maar op Linux werd dit vertaald naar Vulkan. Er waren dan ook mensen die op Windows DXVK gebruikten om betere prestaties te krijgen. Soms wordt in zo'n vertaalslag iets geoptimaliseerd dat op Windows gigantisch inefficiënt is.

Linux heeft zeker de potentie om beter te presteren dan Windows. Eigenlijk valt dat juist binnen de verwachtingen. Maar

[langestefan]

Enige wat ik me zo kan bedenken is dat er een sterke memory bottleneck is onder windows 11. Volgens de specs onder de video heeft het systeem 16GB geheugen, wat nou ook niet meer 'je van het' is als je cyberpunk 2077 op 4K speelt:

System Specifications:
AMD Ryzen 5 5600 (PBO: +200 MHz, -30 on All Cores, Power Limit set to Motherboard)
DeepCool AK620 CPU Cooler
ASRock B550M Pro4
Kingston Fury Beast 3200 MHz 8GB X 2 Modules Overclocked to 3600 MHz XMP
SAPPHIRE AMD RX 5700 XT NITRO+ (Undervolted to 1120mV, +50 Power Tune)
DeepCool 750W PSU

Op mijn dualboot ubuntu (of mint) / windows 11 systemen valt het me altijd op dat het geheugen gebruik in de desktop omgeving onder linux veel lager is dan onder windows 11. En je kunt ook in de video duidelijk zien dat de RAM utilisatie onder windows 11 een paar GB hoger ligt dan onder linux.

[Reactie gewijzigd door langestefan op 23 juli 2024 08:07]

[ADR3]

Het hogere ram gebruik komt door prefetching. In werkelijkheid gebruikt windows 11 net iets meer dan 1GB ram.

[langestefan]

Dat is wel heel kort door de bocht. De kernel gebruikt misschien 1GB, maar alle grafische elementen en achtergrond functies dragen er ook aan bij.

[gatlarf]

Ook anekdotisch, zoals dit onderzoek, maar in de early days draaide ik WoW ook op linux. Wanneer je in zon’n stad rondliep en iedereen “LAG” stond te roepen had ik nergens last van en liep het als een trein. Wat me wel opviel, zoals je aanhaalt, is dat het er net iets minder gelikt uitzag en dat een deel van de prestatiewinst kon verklaren.

Dat was natuurlijk met Wine en ondertussen een eeuwigheid geldeden maar ik denk er wel degelijk iets te zeggen valt voor het punt dat je maakte.

[goarilla]

Dit is wel een vreemd verschil. Ik heb wel eens eerder Linux beter zien presteren. Uiteindelijk is het ook gewoon een lichter systeem dan Windows,

Jep en je kan er nog behoorlijk aan prutsen. Wat ik vroeger deed was wine en counterstrike starten vanop een tty direct met startx of xinitrc. Geen window manager of DE dus. (dit was wel op een celeron 600, en cs 1.5 noWon en wine versie <= 1.00)

[foleor81]

Dit is mij ook al eens opgevallen met Tomb Raider Shadow of the Tomb. Draait niet een beetje beter maar bizar veel beter. Draait het op Lutris in combinatie met de gepatchte wine met proton. Vooral bij de laatste versie van wine-proton het geval.

[Reactie gewijzigd door foleor81 op 23 juli 2024 08:07]

[SuperDre]

Ook met dezelfde API (Vulkan vs DX12) en ook met echt identieke grafische weergave?

[foleor81]

Geen idee, met de instelling op Ultra is gemiddelde frame rate ongeveer 30 niet super veel maar wel speelbaar. Op Windows kon dit niet, te lage framerate. DX 12 werkt niet goed in wine/Lutris implementatie in wine is waarschijnlijk nog niet helemaal oke. Grafische verschillen kan ik niets over zeggen gebruik geen Windows meer. Denk dat je met het blote oog geen verschil kan zien. Misschien met een screenshot wel vermoed dat het verschil dan minimaal is als het er al is . Blijf het bezonder vinden dat een spel wat voor Windows is gemaakt beter draait op wine/Lutris. Of het nu vulkan is of DX 11/12 maakt mij geen donder uit. Draait gewoon veel beter. Gebruik Manjaro Linux.