2013/1/25 Scott Lystig Fritchie <span dir="ltr"><<a href="mailto:fritchie@snookles.com" target="_blank">fritchie@snookles.com</a>></span><br><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So, almost 1.3 seconds to start up and stop.  Some of that time is<br>
probably related to shutting down.  The rest is probably startup time.<br>
Some fraction of that is probably the same overhead that starting "erlc"<br>
from scratch each time, plus some overhead that "erlc" has that "erl"<br>
doesn't.  Reduce that sum of time, and you'll save a lot of time in your<br>
Makefile recipes.  Plus, that reduction would likely make "escript"<br>
startup times lower, which would also please a lot of the Erlang world<br>
also?<br></blockquote><div><br></div><div>Though we now have parallel code loading, we don't have parallel code fetching during boot. I think most of it is dynamic on-demand fetching in a sequential process anyways.</div>
<div><br></div><div>I think something like spec:ing what modules should be loaded in default boot or app-file is the way to go. Start app -> batch parallel modules loading. We want something reasonable thought through. =)</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
P.S. Keeping mouth shut since rebar's automatic parallellization doesn't<br>
seem to interest everyone else in the thread.... :-)<br></blockquote><div><br></div><div>rebar is awesome!</div><div><br></div><div>I wonder why some people seem to shy away from it? </div><div><br></div><div>I don't know if it is feasible to use rebar to build erlang applications within otp. I don't think so. It would be nice to have something like that and Emake needs a lot more attention if it would have the same role. We don't want to make yet another make-tool. it's just silly, we have rebar.</div>
<div><br></div><div>I think if we ever manage to move out applications from otp, that we still maintain, those should use rebar to build them. (I'm a big proponent of splitting down the monolithic otp-repo, let's say its not really prioritized). Within the otp-repo we will use make + erlc for the foreseeable future. </div>
<div><br></div><div>On another note,</div><div>if rebar is the build-tool, what application is the concrete? A repository search and deploy engine?</div><div><br></div><div>// Björn-Egil</div></div>