When your Linux machine runs out of memory, Out of Memory (OOM) killer is called by kernel to free some memory. It is often encountered on servers ...
For further actions, you may consider blocking this person and/or reporting abuse
I toyed with that command a bit - I wanted to get the RSS and username in there, keep the sort, and include how many procs were included and skipped. Something like (fewer than 30 procs are shown due to trimming):
Here's the result. Whether this is an argument for or against bash syntax is an exercise for the reader. The cat/tr calls can probably be obviated :-)
Very interesting.
This must be a linux-specific thing, not *nix in general. My MacOS laptop doesn't seem to have a
/proc.Edit to add: This article says Mac uses the sysctl function for some things that would otherwise use /proc for.
We've found an interesting issue: specific
oom_score_adjvalues in the range [942,999] seem to produce "unexpected"oom_adjvalues of 16, which seem to be out of range [-17, 15].That is at least unexpected, any idea where it is coming from and if that could affect the oom_killer behavior (e.g. task with oom_score_adj=940 will be killed before the task with oom_score_adj=999)? At least
/proc/<pid>/oom_scoreseem to be "OK" and is higher for oom_score_adj=1000...Agreed! There is no substitute for good monitoring. It catches many issues before they become bigger problems. Ultimately, we must be fixing the root cause for high memory which is generally poor design/architecture.
What you said about the tragedy of commons is exactly what happened to
nicescores for process priority.for more information
little typo I spotted : instead of
sudo echo -200 > /proc/42/oom_score_adjdoecho -200 | sudo tee - /proc/42/oom_score_adjThanks, corrected