<div dir="ltr">One jiffy problem I've seen is that the binaries it produces are subbinaries over the original. So if one process decodes and then stuffs data into ETS, you keep the large binaries around. Since it is you reporting it, I guess you have ruled out the possibility, but it is one thing to look out for.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 5, 2014 at 1:31 PM, mats cronqvist <span dir="ltr"><<a href="mailto:mats.cronqvist@gmail.com" target="_blank">mats.cronqvist@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>  I have an application (a web server using cowboy and jiffy) that keeps getting killed by the Linux out-of-memory assassin.<br></div>  This is rather unsurprising given that the emulator seems to allocate a factor of 1000 times more memory than it uses.<br></div>  E.g., in the snapshot below, erlang:memory/0 reports memory usage of ~500 Mb, while /proc/self/stat reports ~600 Gb.<br></div>  Digging into the allocator info reveals that the binary_alloc / mbcs_pool allocator has booked 606086.75 Mb, and uses 357.35 Mb. <br></div>  For the brave, I have attached a file full of system data. <br></div>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>J.
</div>