912
Wine 11 rewrites how Linux runs Windows games at the kernel level, and the speed gains are massive (www.xda-developers.com)
submitted 5 months ago by to c/linux_gaming@lemmy.world
120 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[–] 25 points 5 months 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 not using proton-cachyos is going to use it. fsync, itself a workaround, is niche within what's already a niche.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 8 child comments
    •
  • [–] 28 points 5 months 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

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 6 points 5 months ago (1 child)

    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?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 10 points 5 months ago (1 child)

    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.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 3 points 5 months ago (1 child)

    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?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 9 points 5 months ago (1 child)

    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?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 5 points 5 months ago (1 child)

    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

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 13 points 5 months 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.

  • permalink
  • fedilink
  • source
  • parent