earlyoom: earlyoom will terminate itself
mem avail: 21 of 950 MiB ( 2.27%), swap free: 81 of 1023 MiB ( 7.95%)
low memory! at or below SIGTERM limits: mem 10.00%, swap 15.00%
sending SIGTERM to process 397 uid 61876 "earlyoom": badness 0, VmRSS 1 MiB
Maybe this should be prevented by default? (Apologies if it is already, running earlyoom 1.6-1 from archlinux.)
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 19 (12 by maintainers)
Commits related to this issue
- Split up finding and killing Split kill_largest_process into find_largest_process + kill_process. https://github.com/rfjakob/earlyoom/issues/205 — committed to rfjakob/earlyoom by rfjakob 4 years ago
- Double-check free memory after selecting victim pid The run time of find_largest_process is proportional to the number of processes, and takes 2.5ms on my box with a running Gnome desktop (try "make ... — committed to rfjakob/earlyoom by rfjakob 4 years ago
Yes, that’s what I was thinking about as well. Because, if we look at the stats, kill_largest_process takes about 400x longer than parse_meminfo (check how free memory is doing). That 400x number is roughly the number of processes you have running, so it will be higher with lots of processes, because earlyoom has to look at each of them.
I think the kernel oom killer is race-free because it freezes all processes (or freezes all allocations?)
Set in
earlyoom.service, for example:https://github.com/rfjakob/earlyoom/pull/207