<div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div><div>One problem is that it's hard to do detailed profiling on complex real-world applications. The issues limiting scalability might well be wholly unrelated to core VM aspects such as GC, scheduling and message passing. In the first SMP experiments with Ericsson's Telephony Gateway Controller, the big bottleneck was the big lock protecting the ports and linked-in drivers.</div>
<div class="im"><div></div></div></div></div></blockquote></div><br><div><br></div><div>Speaking of which: what *is* best practice for profiling bottlenecks in a big Erlang system/application?</div><div>I've read the Erlang and OTP books, but they don't talk about it, and <a href="http://trapexit.org">trapexit.org</a> or other references are also vexingly vague on this subject.</div>
<div><br></div><div>Sincerely,</div><div><br></div><div>jw</div><div><br></div>