this post was submitted on 24 Mar 2026
552 points (99.3% liked)

Linux Gaming

25114 readers
192 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 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] TheTechnician27@lemmy.world 11 points 2 days ago* (last edited 2 days ago) (4 children)

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's not using proton-cachyos is going to use it. fsync, itself a workaround, is niche within what's already a niche.

[–] SmoochyPit@lemmy.ca 19 points 2 days ago (2 children)

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

[–] kieron115@startrek.website 2 points 22 hours ago

In short, LXDE was the measured as the fastest desktop environment for gaming, while XFCE with compositor disabled came in second fastest out of the ones tested. If you need the maximum performance XFCE may be a good compromise between looks vs performance. You can use the “Disable desktop effects” option in Lutris which may reduce the overhead of the desktop environment further.

any idea how this would compare to starting steam directly from a display manager using gamescope as the compositor?

[–] grue@lemmy.world 2 points 2 days ago (1 children)

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 7 points 2 days ago (1 children)

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 6 points 2 days ago (1 children)

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

[–] SmoochyPit@lemmy.ca 6 points 2 days ago

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

[–] christian@lemmy.ml 6 points 2 days ago (1 children)

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 6 points 2 days ago (1 children)

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

[–] christian@lemmy.ml 11 points 2 days ago

You're right, it is.

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

[–] kieron115@startrek.website 2 points 2 days ago

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

[–] INeedMana@piefed.zip 2 points 2 days ago (1 children)

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

[–] Quetzalcutlass@lemmy.world 7 points 2 days ago* (last edited 2 days ago)

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.