894
top 50 comments
sorted by: hot top controversial new old
[-] INeedMana@piefed.zip 186 points 2 months ago

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

[-] PlasticExistence@lemmy.world 39 points 2 months ago

What’s massive is the need for clicks

[-] homes@piefed.world 7 points 2 months ago
load more comments (1 replies)
[-] TheTechnician27@lemmy.world 25 points 2 months ago* (last edited 2 months ago)

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.

[-] SmoochyPit@lemmy.ca 28 points 2 months ago

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.

source

[-] grue@lemmy.world 6 points 2 months ago

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?

[-] SmoochyPit@lemmy.ca 10 points 2 months ago

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.

[-] grue@lemmy.world 15 points 2 months ago

So basically, both esync and fsync are enabled by default for almost everybody.

[-] SmoochyPit@lemmy.ca 8 points 2 months ago

Assuming that most non-technical users (who wouldn’t research and enable it) are probably using Wine/Proton through Steam: yeah.

load more comments (2 replies)
[-] christian@lemmy.ml 7 points 2 months ago

99.9% of people using WINE/Proton aren’t going to have any idea what fsync is

Speaking, although I've heard the term thrown around a lot. Can I get a layman's overview?

[-] INeedMana@piefed.zip 8 points 2 months ago

I think it's pretty well described in the article of the post

[-] christian@lemmy.ml 19 points 2 months ago

You're right, it is.

You can try all you want, but you will never get me to read the articles before commenting.

load more comments (3 replies)
[-] Fubarberry@sopuli.xyz 10 points 2 months ago

It should still fix minor stuttering that some gets get on Linux, which will be pretty huge.

[-] Tywele@piefed.social 7 points 2 months ago

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?

load more comments (1 replies)
load more comments (7 replies)
[-] tal@lemmy.today 122 points 2 months ago* (last edited 2 months ago)

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.

[-] auntieclokwise@lemmy.world 23 points 2 months ago

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.

load more comments (1 replies)
[-] CeeBee_Eh@lemmy.world 9 points 2 months ago

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.

load more comments (5 replies)
[-] BoxOfFeet@lemmy.world 8 points 2 months ago

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.

[-] sukhmel@programming.dev 7 points 2 months ago

Feels like we're getting closer to having better support of older win apps in Linux than in Windows

[-] Elting@piefed.social 88 points 2 months ago

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.

[-] poke@sh.itjust.works 30 points 2 months ago

iirc these changes have been in proton ge for quite a while now for supported installs.

load more comments (1 replies)
[-] guynamedzero@piefed.zeromedia.vip 11 points 2 months ago

That’s strange, Noita has always run as smooth as butter for me

load more comments (1 replies)
[-] jjlinux@lemmy.zip 64 points 2 months ago

Every time I see something that points at Microsoft losing market share, I get really excited. This is great.

[-] WorldsDumbestMan@lemmy.today 9 points 2 months ago

How excited? Do you need @ComradeSharkFucker?

[-] Sharkticon@lemmy.zip 11 points 2 months ago

I'm just going to exit the room slowly now I think.

[-] Presently42@lemmy.ca 7 points 2 months ago
[-] WorldsDumbestMan@lemmy.today 8 points 2 months ago

I'm sorry, they only fuck sharks.

load more comments (1 replies)
load more comments (1 replies)
[-] Hupf@feddit.org 58 points 2 months ago
load more comments (1 replies)
[-] JATtho@lemmy.world 39 points 2 months ago

Completely missing from the article is the syscall user dispatch being utilized finally: hardcoded NT syscalls can be handled instead of crashing. So, a program which didn't work previously or crashed often may very well now work with Wine 11.5

[-] reksas@sopuli.xyz 36 points 2 months ago

windows games probably run better on linux than windows at this point

[-] Loreshield@lemmy.world 27 points 2 months ago

No joke: Cyberpunk 2077 actually does, for me.

[-] thingsiplay@lemmy.ml 30 points 2 months ago

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.

[-] Mohamed@lemmy.ca 25 points 2 months ago

Elizabeth Figura is my new hero

[-] Paranoidfactoid@lemmy.world 20 points 2 months ago

I'm less interested in games and more interested in creative apps. If Affinity on Linux is actually useful now, I'd make the transition. Gimp still lacks layer masks for adjustments. I want better tools.

[-] dual_sport_dork@lemmy.world 7 points 2 months ago

Agreed. I need Corel Suite to work in order to do my job. Once this happens I can move to Linux full time.

No, Inkscape and GIMP are not "good enough," before someone pipes up about it.

[-] JTskulk@lemmy.world 14 points 2 months ago

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!

[-] thethunderwolf@lemmy.dbzer0.com 13 points 2 months ago

year of the linux gaming pc

[-] Mesophar@pawb.social 10 points 2 months ago

"but but but excuses and niche use cases and muh kernel level anti-cheat games!"

load more comments (2 replies)
[-] rumba@lemmy.zip 10 points 2 months ago

ohhh shit, stop, I can only get so hard......

How awesome would it be for wine to outperform windows :)

[-] mcv@lemmy.zip 9 points 2 months ago

I thought it already did that in some circumstances.

load more comments (1 replies)
[-] popcar2@piefed.ca 9 points 2 months ago

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.

[-] atopi@piefed.blahaj.zone 8 points 2 months ago

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

[-] CheeseNoodle@lemmy.world 7 points 2 months ago

I read win at first as well but then when the sentence started saying positive things I knew I had misread it.

[-] ohshit604@sh.itjust.works 8 points 2 months ago

Would be nice if wine prefixes were capable of reading and writing to other drives on the system and not just the drive the prefix is on.

Also the file manager wine uses sucks.

[-] DarkMetatron@feddit.org 9 points 2 months ago

Wine can perfectly fine read/access all the drives on the System. Are you using some kind of sandboxing? Flatpak? Bottles?

The file Manager from wine is more or less the classic windows file explorer, and Yes it is very much outdated by now.

load more comments (1 replies)
[-] Allero@lemmy.today 7 points 2 months ago

Alright, NOW we're hypin'!

Can't wait for a new version!

load more comments
view more: next ›
this post was submitted on 24 Mar 2026
894 points (100.0% liked)

Linux Gaming

26007 readers
152 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:

Launchers/Game Library Managers:

General:

Discord:

IRC:

Matrix:

Telegram:

founded 3 years ago
MODERATORS