<div dir="ltr">Here is our wrapper around ffmpeg libavcodec:<div><br></div><div><a href="https://gist.github.com/maxlapshin/b0a1cb075daf1f2110b9">https://gist.github.com/maxlapshin/b0a1cb075daf1f2110b9</a><br></div><div><br></div><div>When I use dirty nifs (uncomment // #define USE_DIRTY_NIFS),</div><div>after some time of working, whole erlang VM goes down in CPU usage, slowdown</div><div>response in console and starts timeouting on HTTP requests.</div><div><br></div><div>When I start thread per instance of encoder/decoder, everything works.</div><div><br></div><div>Usual time, spent in one such long call is around 10-20 ms.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 27, 2015 at 12:00 AM, Steve Vinoski <span dir="ltr"><<a href="mailto:vinoski@ieee.org" target="_blank">vinoski@ieee.org</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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Mar 26, 2015 at 2:59 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">About dirty schedulers:  seems that they still can block node. I've tried again to enable them on 17.4, but had to return back to self-made thread pool.</div><div class="gmail_extra"><br></div><div class="gmail_extra">What should I do to help to debug it?</div></div></blockquote><div><br></div></span><div>Supply me with the details of what you're doing, showing me code if possible. The smaller the test case that shows the problem, the better. Also please explain what you mean by "block node".</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>--steve</div></font></span></div></div></div>
</blockquote></div><br></div>