<div dir="ltr">In case you are interested Max, I have some new functionality for msacc that I will put in 19.1 or 20 or something which allows you to to see which BIF call is consuming the most time. You can get the changes here:<div><br></div><div><a href="https://github.com/garazdawi/otp/commits/lukas/erts/dirty_msacc_cleanup">https://github.com/garazdawi/otp/commits/lukas/erts/dirty_msacc_cleanup</a></div><div><br></div><div>At the moment you have to enable it through changing a define in erl_msacc.h (<a href="https://github.com/garazdawi/otp/blob/lukas/erts/dirty_msacc_cleanup/erts/emulator/beam/erl_msacc.h#L40">https://github.com/garazdawi/otp/blob/lukas/erts/dirty_msacc_cleanup/erts/emulator/beam/erl_msacc.h#L40</a>)</div><div><br></div><div>Now I just have to add histogram buckets for each slot like lcnt does and it may start to be useful to hunt down nifs/bifs that take too long :)</div><div><br></div><div>Lukas<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 27, 2016 at 8:12 PM, Max Lapshin <span dir="ltr"><<a href="mailto:max.lapshin@gmail.com" target="_blank">max.lapshin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">Only on real hardware.  We don't even debug such issues on a virtual machines.</div><div class="gmail_extra"><br></div><div class="gmail_extra">It is not possible to take a crash dump, but it is possible to make recon_alloc.  I will make it.</div><div class="gmail_extra"><br></div></div>
</blockquote></div><br></div></div></div>