<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 28, 2015 at 3:08 PM, Anton Lebedevich <span dir="ltr"><<a href="mailto:mabrek@gmail.com" target="_blank">mabrek@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Time scale is different so it's not possible to correlate process<br>
memory with number of reductions or number of GCs.<br></blockquote><div><br></div><div>Time scale is different from previous test, but the graph is the same.</div><div>Things get ugly at 140.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It seems that some process (or processes) starts allocating memory<br>
much faster than before and linux OOM kills the beam when it runs out<br>
of memory on the box.</blockquote><div><br></div><div>How can you see that?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can try setting a watchdog process<br>
(something like "while true; check memory usage and kill -USR1<br>
beam.smp when it's close to the limit; sleep 1") to get crash dump<br>
before OOM kills beam.smp<br></blockquote><div><br></div><div>I did that, I'm currently waiting for the crash dump to finish (it is 2.9GB right now, and still piling up).</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there anything unusual in logs at the momeng when memory usage is<br>
jumping? Maybe something gets printed to stdout.</blockquote><div><br></div><div>Nothing unfortunately.</div><div><br></div><div>Thank you for your help,</div><div>r.</div><div><br></div></div></div></div>