Guest User!

You are not Sophos Staff.

[8.281][DUPLICATE][OPEN] How can we do this intentionally?



And, the Kernal log begins with:
2011:11:19-11:10:35 post kernel: [74870.238218] afcd invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0

2011:11:19-11:10:35 post kernel: [74870.238227] Pid: 1633, comm: afcd Not tainted 2.6.32.48-1.g0e75e2f-default #1


And ends with:
2011:11:19-11:10:36 post kernel: [74895.023350] Out of memory: kill process 6110 (httpd) score 69325 or a child

2011:11:19-11:10:36 post kernel: [74895.023354] Killed process 1220 (index.plx)


I'm not sure what this was, but now we have:


Everyone needs to run this to clean out memory and fix CPU usage.  How can that be done? [:D]

Cheers - Bob
  • No, I knew about that.

    As I said in the original post in this thread: "Everyone needs to run this to clean out memory and fix CPU usage. How can that be done?"

    My point was that the "garbage collection" seemed to result in better performance.  There's something being done (or not being done) in virtual memory management that would seem to make a daily oom (or something more orderly) desirable - maybe even once before the PostgreSQL roll-up and once right after.


    echo f > /proc/sysrq-trigger

    but, the OOM killer has no built-in fairy dust. The only "magic" thing is the heuristics that determine which process will be killed.

    If you leave the heuristics out, there is no big difference to "pkill nameofthememoryhogprocess".
  • turn off swap on a machine with low ram hoping for OOM?  I hope you like system crashes because even OOM won't be able to keep up at that point.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?