Originally posted by Tomin
View Post
Announcement
Collapse
No announcement yet.
Linux "PSI" Patches Report Stall/Pressure Information For CPU / Memory / Storage
Collapse
X
-
-
Originally posted by starshipeleven View PostAfaik, Windows can deal with high-RAM-pressure situations better because its kernel does not rely heavily on over-allocating RAM for processes, so there is an actual technical difference.
However, it cannot overcommit because it doesn't have an OOM killer in the same sense of Linux. So once something's commited it must have "backing storage" (either RAM or swap) for which it can get allocated: there won't be any function calls to determine if it's ok to allocate or not. So commiting too much is not a good idea on Windows, that's why even the stack is "reserved" and committed as it's used with guard pages.
Linux makes the difference between commit and reserve fairly insignificant.
Leave a comment:
-
Originally posted by reavertm View PostGprof/callgrind is not enough?
Leave a comment:
-
Originally posted by starshipeleven View PostMore seriously, I would look up what people do (did?) to optimize Android devices as far as sysctl.conf goes anyway
Originally posted by starshipeleven View PostDid you try a different IO scheduler (like our lord and saviour BFQ)?
Originally posted by starshipeleven View PostAnd some configuration of the OOM killer itself https://serverfault.com/questions/76...ill-my-process
Originally posted by starshipeleven View PostAfaik, Windows can deal with high-RAM-pressure situations better because its kernel does not rely heavily on over-allocating RAM for processes, so there is an actual technical difference.
Leave a comment:
-
Originally posted by RussianNeuroMancer View Post
More seriously, I would look up what people do (did?) to optimize Android devices as far as sysctl.conf goes anyway
https://forum.xda-developers.com/sho....php?t=2509751 Some options may or may not be present in Desktop Linux, I also have no idea of what they actually do in practice, I never used that stuff directly myself.
Did you try a different IO scheduler (like our lord and saviour BFQ)?
And some configuration of the OOM killer itself https://serverfault.com/questions/76...ill-my-process
Afaik, Windows can deal with high-RAM-pressure situations better because its kernel does not rely heavily on over-allocating RAM for processes, so there is an actual technical difference.
Leave a comment:
-
Originally posted by lucasbekker View PostCould somebody tell me if this could be used to find performance bottlenecks in applications?
Leave a comment:
-
These days when systemd (there I said it) is used on most systems and therefore everything that runs is neatly packed into cgroups. How would this PSI system be different, or actually more beneficial than monitoring the system via systemd-cgtop ?!
Leave a comment:
-
Guest repliedIf you're using Gnome then it's not kernel related.
Leave a comment:
Leave a comment: