<div dir="ltr">Many of the Erlang web servers will reuse a process for the next request and only cycle them once in a  while. And they will systematically extend number of processes that are sitting and waiting. This avoids spawning a new process on each request, but still allows the system to grow in capacity should it be needed.<div>

<br></div><div>The rule of thumb is: Make a new process per request. If this seems to be a bad idea, then measure and change the scheme. The problem is that these more intricate process schemes take more code and are more error prone. So if you can avoid it, you can have better code. Measurement is key!</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 12, 2014 at 12:00 AM, Raoul Duke <span dir="ltr"><<a href="mailto:raould@gmail.com" target="_blank">raould@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">in<br>
<br>
<a href="https://erlangcentral.org/catch-me-if-you-can-processing-terabytes-in-secs" target="_blank">https://erlangcentral.org/catch-me-if-you-can-processing-terabytes-in-secs</a><br>
<br>
there's an off hand comment about not going overboard, like spawning a<br>
new process for every request. i'd love to hear more about such<br>
pragmatism. please, people speak up with rules of thumb, and<br>
dos-and-don'ts.<br>
<br>
thanks.<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>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>J.
</div>