While you're here, please consider supporting GamingOnLinux on:
Reward Tiers:
Patreon. Plain Donations:
PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Reward Tiers:
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register
Pretty disappointing after all these supposed benefits it promised.
Last edited by Shmerl on 9 Jan 2022 at 11:56 pm UTC
Description: https://www.winehq.org/pipermail/wine-devel/2021-January/179219.html
Implementation: https://repo.or.cz/linux/zf.git/shortlog/refs/heads/winesync
AFAICT the new futex2 syscalls and the usage in Proton is a faster version of esync/fsync but with the same inherent problems.
Last edited by Shmerl on 10 Jan 2022 at 12:53 am UTC
This particular syscall, futex_waitv can be quite beneficial in a lot of other circumstances, for native games too, as I understand it.
I would guess that Valve's plans are for short to medium term to improve fsync with this and the other futex2 changes and maybe winesync can be the long term solution?