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
massiveXDA 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
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.
Yeah the forums are a treasure for old phone hacking
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.
putting Android on the HTC HD2. Man college me wanted that phone so badly. And a lot of HTC’s phones tbh
The HD2 was a game changer.
XDA will write articles these days like:
- How this wallpaper has proven how I’ve been using computers wrong for 30 years
- These gloves improved my typing speed 300%
- I painted my NAS red and you won’t believe the improvements
I painted my NAS red and you won’t believe the improvements
Orks approve
We were using the flying toasters screensaver before you were even born
My old ass remembers when XDA was a place where you learned how to put Android on your windows phone
What’s massive is the need for clicks
Well said
That’s not the only thing that’s massive.
How about their gigantic ego?
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-cachyosis going to use it. fsync, itself a workaround, is niche within what’s already a niche.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 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
It should still fix minor stuttering that some gets get on Linux, which will be pretty huge.
The numbers are wild. In developer benchmarks, Dirt 3 went from 110.6 FPS to 860.7 FPS, which is an impressive 678% improvement. Resident Evil 2 jumped from 26 FPS to 77 FPS. Call of Juarez went from 99.8 FPS to 224.1 FPS. Tiny Tina’s Wonderlands saw gains from 130 FPS to 360 FPS. As well, Call of Duty: Black Ops I is now actually playable on Linux, too.
These don’t sound massive to you?
You won’t see those because most probably you are already using one of other *sync
I remember hearing that Ntsync isn’t even faster than fsync in general use, just in some rare corner cases
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.
People on Lemmy are fucking dumb, wow. The word WINE literally stands for “Wine Is Not an Emulator”. It’s a translation layer.
I’m aware. You seem to be equivocating on the word “emulate.” Nobody called WINE an emulator. The design and behavior of NTSYNC is meant to mimic that of NT synchronization primitives.
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.
A decade ago, I remember explaining to management why we still had Windows Server 2008 R2 running terminal services with Citrix. Ancient 16-bit applications that needed a 16-bit subsystem!
Feels like we’re getting closer to having better support of older win apps in Linux than in Windows
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.
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 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.
That’s strange, Noita has always run as smooth as butter for me
I don’t have stutters but I do get gfx artifacts. I’ll check out the newer Wine/Proton versions.
Every time I see something that points at Microsoft losing market share, I get really excited. This is great.
So this is about NTSYNC (mostly). Based on the post title, I was wondering what changed so drastically. This is a good read to give me some understanding about the NTSYNC topic. Still reading through. What a huge difference to those random blog posts written by an Ai model.
man things run pretty good now. this is gonna be interesting.
year of the linux gaming pc
ohhh shit, stop, I can only get so hard…
How awesome would it be for wine to outperform windows :)
I thought it already did that in some circumstances.
In specific it can, especially in disk access. In general, games are notably, but not earthshatteringly, slower.
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.
Alright, NOW we’re hypin’!
Can’t wait for a new version!
Nice!
I’ve been on windows for ages because of EA anti cheat which drives me nuts (I enjoy the random game of battlefield or FC with friends)
I really want to make the jump for other games like Sims 3 etc which this update is amazing for but EA enabling Linux will be the final nail to make me jump
Why not dualboot?
I’m considering it a fair bit, fallout 4 and other games will work better on Linux at least
I’m actually taking the plunge
I’ve basically reset my SSD entirely and have two partitions - 600GB for windows with FC / BF and then the remaining for Bazzite
So far it’s been easy breezy with steam and bazzite after the initial downloads (thankfully I have fast internet else I’d be back to waiting days 🥲)
That’s so nice to hear! Welcome to the land of the great Tux
I live in Linux in work, it’s just come the evening I’ve genuinely been in the mindset of “launch game, play game”
The benefits of speed from Linux are finally pulling me over
Well, got most stuff working
Fallout 4 with mods was a bit of a ball ache but seems to be working now (had to use steamtinkerlaunch to get mod organiser 2 working and then I could install mods from my downloads)
The mods being the most annoying to figure out how to get mod organiser 2 to work, since downloads from Firefox got cancelled or failed after a period of time [had to use Jdownloader for larger mods to reconnect of any network public] - I want to get the nexus mod links working on mod organiser 2 instead but an issue for another time
Let’s see on SteamOS if I can see some improvements when Valve ships SteamOS 3.7.20 update.
i missed the e in wine and reread the sentence so many times and was confused what windows subsystem for linux had to do with running windows games
Every time I see something that points at Microsoft losing market share, I get really excited. This is great.
Does it work the same for MacOS builds? I use Heroic on a M4 Pro
