Tldw: guy tests the RX 6800 at 1080p, 1440p and 4k across 19 games on Windows 11 vs Nobara 41.
Allegedly, nobara beats windows on all games except 2 (witcher 3 and CS2), across almost all resolutions, by around single digit percents.
this post was submitted on 11 Feb 2025
371 points (95.4% liked)
Linux Gaming
16360 readers
238 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
Resources
WWW:
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
Also: This was on kernel 6.11, which does not have the new NTSYNC driver (coming in 6.14). It's going to get even better soon.
CS2 was tested on proton, but CS2 runs natively. It's not a useful comparison.
Edit: Someone pointed out that Nobara has already manually backpatched NTSYNC into its kernel.
Nobara uses a custom kernel with lots of performance tweaks and wine-compatibility patches. It has had NTSYNC for almost a year already. Also, NTSYNC is not much faster than FSYNC, that many kernels and distros (including SteamOS) have been using since 2021.
NTsync won't change much for performance compared to Nobara with Proton. Proton has used esync and fsync for many years now which provide similar performance, but with flaws that prevent them from being upstreamable to Wine. NTSync will allow upstream wine to match fsync performance and hopefully fix some bugs.
NTsync is not the same as Fsync, it allows for kernel acceleration of NT sync primitives, increasing speed over current wine/Proton builds.
It's not the same, but it provides similar performance. The performance gains are being compared to stock wine, not to Proton with esync or fsync.
I used to play CSGO on both Windows and Linux for a while, and Linux always outperformed Windows by a solid margin. It wasn't even close, I never even thought to try running it through Proton.
load more comments
(1 replies)
This is what I came for. The fact it's close and reading blows is good enough for me.
I have a steam deck and I've been impressed. Linux gaming has come a long way.
load more comments
(14 replies)
tl;dw? I assume it's clickbait nonsense and nothing has changed but I'm not about to watch 19 minutes of video to find out they're lying.
E: my complaint is related to the use of "now" in the title, as if something has changed, but that doesn't appear to be the case.
For games with no native client and run through proton: 4% faster at 1080p, 3% faster at 1440p, and 0.8% at 4k average
How many games did he test? It seems some games work better in Proton than others, based on past testing I've looked at.
19 or 20
According to this comment higher up, 19 games were tested on an RX 6800 and every game was faster on Linux except for the Witcher 3 and cs2
Depends on the game.
Linux-native Rimworld and Stellaris are (by my measurements) 1.5x-2x slower than Windows. Not by pure FPS, but by simulation speed, which is much more detrimental. The frametimes spikes are awful, tool.
Running them though Proton seems fine, but they still aren't any faster.
Modded minecraft and Starsector are the opposite. Old java games freaking love linux, apparently.
For reference, I'm running CachyOS (a distro focused on optimization) and used game-native measurement tools.
of the few games I've played that had linux versions (Cities Skylines 1, Eurotruck Simulator, American Truck Simulator, Rimworld from what I can recall off the top of my head, there have been others that i cant recall off the top of my head i'm sure), None of them were worth a god damn.
At best unstable and slow, at worst laden with bugs and issues.
Either way, playing the windows version via proton offered a better, more stable, more reliable experience.
Yeah.
People turn their nose at this, but devs have to develop for windows. If they can give their users a better experience targeting Proton, with less time and more refinement and better support than a native port, that's a-okay with me.
A hilarious situation would be linux superseding Windows for desktop gaming... And Proton still being the standard target. I would love that future.
I agree.
I'd rather time and polish be given to making sure it runs via proton.
Then a half assed linux port, that doesnt work, thats a waste of time, that will be unused and hated, and be held up by devs as an example of "Well, users don't use the linux version, there for linux isnt a viable target for us to bother with"
load more comments
(1 replies)
Do you have more info on how you tested Rimworld's simulation speed, or maybe a source that has tested this? I always used the native linux Rimworld version when I was playing because I assumed it would be better for simulation lag.
It's horrendously worse, just look at the TPS on the same save.
But specifically, I used the Dub's Performance Analyzer frametime graphs. It's nice since it separates out rendering and simulation.
One note, I am on Nvidia. It's possible AMD (or Intel?) cards would behave differently.
Modded minecraft and Starsector are the opposite. Old java games freaking love linux, apparently.
It's less about Java and more about OpenGL. Since it was the only option for quite a long while on Linux, the Linux implementation is fantastic. On Windows, OpenGL was always the third API that needed to be half-assed just so you can say "it works".
Before AMD "fixed" their Windows OpenGL driver a few years ago, it was not unheard of to get double the frames in Minecraft on Linux compared to Windows.
Running them though Proton seems fine, but they still aren't any faster.
Running through Proton is still "gaming on Linux," fyi
Of course, but the video is pointing out that of the games tested, most of them perform better on Linux.
load more comments
(5 replies)
🌎🧑🚀🔫👨🚀
Is this the year?
It's always the year
Nah, that was last year really.
People are still migrating. It's going to take a while. I hope they take the time before October though.
Anyway...
Windows 10 sun setting gonna bring a decent bump.
I think we get our year once critical mass of gamers make that switch
Windows 10 hangers on'ers are probably also more technically savvy than those who get told by a machine that they "have to update", and then do so.
Ahahahahahhaha what?
That’s what was said when Windows 8 launched, and then again when support ended for Windows 7, and again when extended support ended for Windows 7.
The only thing that ever really had an effect on Linux user numbers was the Steam Deck.
Lets be honest. Only the most tech savy of them will actually install Linux. Most are just not going to care they're not getting updates on their >6 year old machines.
load more comments
(1 replies)
Are we certain that the drivers fully support every feature of the game in Linux? Is this known to be due to better more efficient running and implementations or if certain graphics or physics options are simply not functional in Linux?
Max Payne runs in Linux and did not run on the same hardware on Windows, year of Linux confirmed.
Varies between games, it's common there's features missing so it's not equivalent but often Linux has remained faster when equivalent because its implementation is more efficient. Unless you're dealing with ray tracing and other recent fancy stuff.
load more comments
(1 replies)
I was recently playing Super Danganronpa 2, a Japanese animu game from 2010 that originally came out for the PSP and later Vita and was then ported to Windows.
PC port from 2010 is enough to raise red flags, but Japanese PC port... Oof!
The game luckily had no issues apart from cutscene lag spikes, which sucked, seems like decoding those was all on one core that would build up and eventually spike to 100% causing stutters.
Well... somehow it just didn't do that via Proton. It didn't seem to matter if it was in gaming mode or desktop mode, via gamescope or just rawdogging in Xorg.
All in 1440p.
It. just. didnt. lag.
Holy shit maybe it really is the year of the Linux gaming desktop methinks.
view more: next ›