458
Wine 11 rewrites how Linux runs Windows games at the kernel level, and the speed gains are massive
(www.xda-developers.com)
Wine 11 >> Win 11
this post was submitted on 24 Mar 2026
458 points (100.0% liked)
Linux Gaming
25072 readers
634 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.
No memes/shitposts/low-effort posts, please.
Resources
Help:
- ProtonDB
- Are We Anticheat Yet?
- r/linux_gaming FAQ
- Fork of an earlier version of the above
- PCGamingWiki
- LibreGameWiki
Launchers/Game Library Managers:
General:
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
Elizabeth Figura is my new hero
I just installed wine and launched Noita (a very cpu intensive game) with it, and the stuttering I've been experiencing since switching to linux has vanished. The game has never run smoother. Cant wait for proton to get up to date.
iirc these changes have been in proton ge for quite a while now for supported installs.
Noita has been my favorite game of all time for over 500 hours now.
700 hours and it's still kicking my ass.
Its the one and only flatscreen game that I've actually bothered with since VR came along. >500 hours and no wins yet!
That’s strange, Noita has always run as smooth as butter for me
If NTSYNC is the headline feature, the completion of Wine's WoW64 architecture is the change that will quietly improve everyone's life going forward. On Windows, WoW64 (Windows 32-bit on Windows 64-bit) is the subsystem that lets 32-bit applications run on 64-bit systems. Wine has been working toward its own implementation of this for years, and Wine 11 marks the point where it's officially done.
What this means in practice is that you no longer need 32-bit system libraries installed on your 64-bit Linux system to run 32-bit Windows applications. Wine handles the translation internally, using a single unified binary that automatically detects whether it's dealing with a 32-bit or 64-bit executable. The old days of installing multilib packages, configuring ia32-libs, or fighting with 32-bit dependencies on your 64-bit distro thankfully over.
This might sound like a small quality-of-life improvement, but it's a massive piece of engineering work. The WoW64 mode now handles OpenGL memory mappings, SCSI pass-through, and even 16-bit application support. Yes, 16-bit! If you've got ancient Windows software from the '90s that you need to run for whatever reason, Wine 11 has you covered.
For gaming specifically, this matters because a surprising number of games, especially older ones, are 32-bit executables. Previously, getting these to work often meant wrestling with your distro's multilib setup, which varied in quality and ease depending on whether you were on Ubuntu, Arch, Fedora, or something else entirely. Now, Wine just handles it for you.
Oh, thank heavens. I remember advising some users here to look for specifically missing 32-bit host Linux library support; I'd run into that problem before.
One thing kind of interesting is that not even the Windows WoW64 allows running 16 bit applications. Officially, if you want to run 16 bit applications on 64 bit Windows, you have to get a VM or an emulator.
This is super exciting. I never got mine working right, I gave up and installed 86Box. It was easier to do a complete installation of Windows 98 than get some of my old games running in Wine.
I think you still need to worry about multilib configs if the game you're trying to play is Linux native. But I guess those games usually have a Windows version anyways and you could just use Wine/Proton for that.
What is often overlooked
Those benchmarks compare Wine NTSYNC against upstream vanilla Wine, which means there's no fsync or esync either. Gamers who use fsync are not going to see such a leap in performance in most games.
Ntsync is great and there will be performance improvement. But not exactly massive
It should still fix minor stuttering that some gets get on Linux, which will be pretty huge.
XDA was not always this sensationalist. With that said, I always welcome performance improvements.
My old ass remembers when XDA was a place where you learned how to put Android on your windows phone
putting Android on the HTC HD2. Man college me wanted that phone so badly. And a lot of HTC's phones tbh
Or hacked up your own android rom because even knowing jack and shit you could.
Yeah I remember getting the G1 weeks before it came out because the local TMobile store was just sick or me asking every fucking day. I remember rooting it, loving it, then moving to the n900 and thinking "I want this forever" only for fucking Microsoft to buy Nokia and tank Meego
I'm still hunting for leftover stocks of the N950... would love that phone.
Imagine if we got a refresh of that - tilt screen, full QWERTY, modern, large, high resolution display, modern hardware and battery tech, bundled with open bootloader and pick your poison OS...
This would be lovely. I loved the Nokia phones, it’s such a shame it was all ruined by Microsoft.
It's my dream phone honestly. I really should have grabbed one years ago.
As much as I HATED the way the company put out this phone, you're describing the FXTEC pro 1
That was the XDA forums, I never found their site very usefuly, but maybe that's just me.
Oh I know, but for a long time that was the only reason to visit the site.
seriously. their stuff now is borderline clickbait! so. many. listicles.
Not borderline, they're literally a clickbait farm now. There's an almost daily release of the exact same articles rehashed (e.g. "these are the main Docker containers I run on every server" title changed up a little and it's literally always the same 4-5 containers).
i mean this article about wine 11 and ntsync is at least relevant and somewhat technical, not just "i tried out 5 different self-hosted ai butthole identifiers on proxmox - number 4 will surprise you!"
What’s massive is the need for clicks
Well said
That's not the only thing that's massive.
How about their gigantic ego?
I remember hearing that Ntsync isn't even faster than fsync in general use, just in some rare corner cases
It fixed the lag spikes I experienced playing some of the older Call of Duty titles so it's overall been a huge upgrade for me.
This is true and expected, the point of NTSYNC was to be a more faithful emulation of Windows synchronization primitives, so increased compatibility and correctness. If it's ever faster than esync or fsync it's just a bonus. It's on par generally, though.
Wine Is Not an Emulator.
Okay. Parts of WINE emulate parts of Windows in order to function. The NTSYNC driver emulates NT synchronization primitives.
Gamers who use fsync are not going to see such a leap in performance in most games.
I don't think that's overlooked at all. 99.9% of people using WINE/Proton aren't going to have any idea what fsync is, and almost nobody not using proton-cachyos is going to use it. fsync, itself a workaround, is niche within what's already a niche.
From what I found online, Steam enables esync by default, and fsync if your kernel supports it.
Lutris has both options nowadays in the runner settings. Idk if they’re both enabled by default, but in my case they’re enabled. ymmv there.
What are the kernel requirements? Is it something any random Debian user is likely to have, or do you need to be compiling it yourself?
From the article:
Futex2, often referred to interchangeably with fsync, did make it to Linux kernel 5.16 as futex_waitv, but the original implementation of fsync isn't that. Fsync used futex_wait_multiple, and Futex2 used futex_waitv. Applications such as Lutris still refer to it as Fsync, though. It's still kind of fsync, but it's not the original fsync.
So since Jan 2022, it’s been in the stable Linux kernel. For Debian and its derivatives, it would be included beginning with Bookworm.
So basically, both esync and fsync are enabled by default for almost everybody.
Assuming that most non-technical users (who wouldn’t research and enable it) are probably using Wine/Proton through Steam: yeah.
i use ntsync whenever i can, but i've only had linux (cachyos) on my gaming rig since like august. that said, i believe one of their recent updates made ntsync the default for proton-cachyos
Fsync maybe not but AFAIK esync is widely used. On some protondb pages there's a hint to disable esync, not the other way round. And while esync is not as performant as fsync, it is still much better than vanilla
It's worth noting that the new sync implementation shouldn't cause any of the compatibility problems esync and fsync ran into, so it's a worthwhile upgrade from a stability viewpoint even if a user won't see huge performance gains.
I've been using it starting from today and while there doesn't seem to be much difference in the average FPS, the frame pacing seems way better. Less stuttering overall, but I wouldn't say massive speed gains.
Thank you for this post! I got curious as to what I have, so I ran zcat /proc/config.gz | grep -iE 'ntsync|esync|fsync' and saw that I only have ntsync which is a module and is unloaded! Now I have it loaded and set to autoload on boot so I'm ready for better performance. This is with the Arch Zen kernel. Thanks!