Last week CodeWeavers engineer Elizabeth Figura posted the initial patches for a Windows NT synchronization primitive driver for Linux for exposing /dev/ntsync for exposing some synchronization primitives available under Windows directly within the Linux kernel.
Getting these NT synchronization primitives available under Linux have the potential of speeding up a number of Windows games especially
(c) https://www.phoronix.com/news/NT-Sync-Primitive-Driver-v2
I’ve updated Resources section links and composition.
- PlayOnLinux - it seems to be deader than dead…and it will require to overwrite much more of that guide’s particulars, but general sentiment is same independent of Engine sources.
+ Kron4ek - can’t recommend enough! It’s perfect clean sources of pre-compiled:
Isn’t that version of Wine useful if you are running the TKG kernel, at least that’s what I read somewhere?
No, it’s useful regardless - but it’s one of the most bleeding edge engines, many patches might break a lot of things while fixing some, same as GE…
They’re very useful with newest games or while having problems, my usual recommendation is to go with wine-staging or proton, and then in case of specific problems go with TkG / GE until / if it’s fixed upstream.
TKG has great branding though.
Ubuntu 24.04 increases vm.max_map_count for smoother Linux gaming
There’s been an issue for quite some time now in various Linux distributions where the value of vm.max_map_count is too low, which is by default set to 65530, and this causes a whole bunch of games to crash.
Some of the games that can be affected by it include The Finals, which I actually wrote about with this issue, and others including Counter Strike 2, Hogwarts Legacy, DayZ, and basically anything that might be invoking a lot of mmaps. Some specific games may still need a higher value, but at least bumping up the default will leave room for more games to actually work properly.
Sounds pretty cool, some of you gamers might want as well…I wonder if there’s any idea about bumping it on Arch by default.
According to this bug report on openSUSE, the SteamOS ships by default a value of vm.max_map_count=2147483642. While Fedora since version 39 with vm.max_map_count=1048576.
Thanks I forgot about that one, just configured it.
My EOS install is on a late 2014 intel-based Mac Mini. I was thinking on giving Steam/Proton a go. I saw the following…
My GPU says Mesa Intel® Iris® Graphics 5100. I assume since I do not see anything like that on the list, I’m out of luck here?
Not sure actually, closest i’ve found is:
Which is technically fine, although…you know it’s not really super gaming or anything 
P.S. Info online about your card is super-unreliable, you’d have to test it yourself i guess…
To check this you’ll need to:
vkcube to check if Vulkan is supported at allvulkaninfo --summary to check which maximum API versionFound it on: https://www.intel.com/content/www/us/en/support/articles/000005524/graphics.html
Seems to be just barely old enough to not officially support Vulkan. However, here it does mention it in Basemark GPU 1.2.
Which means if it’s true (which is questionable since data is so different) @UncleSpellbinder will have to stick with DXVK 1.10.3, that sucks…but still works if you’re not playing some ultra-mega-cutting edge games or something…not on this GPU anyway 
Still best to check manually yourself, like i’ve mentioned above…
@keybreak @beariddle Thanks! Appreciate the advice and links!
I’ve added
Language doesn’t display properly during user input
to the Steam problems section.
Thx to @jake99 
Yeah, hell yeah!
So this is automatic, user don’t need to change it?
Not sure what your question is.
Do you mean that following this guide will 100% work? If yes, I can say it works for me to follow the steam-related steps. I’ve never tried the others because I don’t have games outside of steam.
If your question is for something else, please clarify.
That question was about the increased vm.max_map_count.
I see. Yes, it should be automatic. You can check the contents of the file below to confirm:
/usr/lib/sysctl.d/10-arch.conf
Note: When replying in a thread, there are multiple reply buttons. If you want to reply to a specific post within that thread, try clicking the reply button with the yellow arrow pointing to it below rather than the red arrow.
There really should be a “reply to original post” button and a “quote reply” button. 
