Originally posted by Volta
View Post
Announcement
Collapse
No announcement yet.
Fedora To Further Evaluate vm.max_map_count Tuning For Better Linux Gaming Experience
Collapse
X
-
Originally posted by jorgepl View Post
I tried it in Boxes. Debian 12 and Ubuntu 23.04 behave exactly the same way. I think we can conclude with this short experiment that it's not a Fedora-only thing.
Code:[user@localhost ~]$ ulimit -u -S 256952 [user@localhost ~]$ ulimit -u -H 256952
- Likes 1
Comment
-
If a million plus Steam Decks and Nobara have been running higher values, then I can think of at least two places the Fedora Engineering and Steering Committee can go to ask about how high the variable should be set, why it should be set there, and if there are negative consequences. Nobara is based on Fedora for cats' sake.
- Likes 3
Comment
-
Originally posted by Teggs View PostIf a million plus Steam Decks and Nobara have been running higher values, then I can think of at least two places the Fedora Engineering and Steering Committee can go to ask about how high the variable should be set, why it should be set there, and if there are negative consequences. Nobara is based on Fedora for cats' sake.
In my experiments, the kernel OOM handler does not terminate this mapping-creating process, but random desktop services first.
- Likes 3
Comment
-
Originally posted by archkde View PostThis change does not reduce security at all. If you really want to clog your system by creating a huge number of mappings, you can do so from multiple processes right now (e.g. a fork bomb with each process allocating, dirtying and repeatedly loading several megabytes, maybe even in huge pages).
And I don't know what you mean by "messed up kernel config", and "not allowing comments criticizing their choices" when I see plently of them.
Combined with your misguided rant against inclusivity I guess you're just trolling because Fedora doesn't make exactly the decisions you'd like them to make.
Comment
-
I would rather prefer a native port of Counter-Strike 2 instead of compatibility layers and the issues coming with them. Proton (WINE) is a necessity for games which makers are unwilling to support Linux. But in case of Counter-Strike I expect a smooth running native application.
I’m a little wary if Valve is already investing too much resources in Proton (WINE) for companies which doesn’t help. Or doesn’t it need more until some tipping point is reached? WINE should help at the beginning but seeing how much effort from Valve this requires already I would focus on improving Linux as foundation itself?
An “Award for best native Linux ports in 2023” within Steam could be a nice thing. Highlighting good work? Boosting sales?Last edited by hsci; 22 May 2023, 07:55 AM.
Comment
Comment