<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Mon, Jun 22, 2015 at 3:51 PM Sturla Molden <<a href="mailto:sturla.molden@gmail.com">sturla.molden@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">"Gregory P. Smith" <<a href="mailto:greg@krypto.org" target="_blank">greg@krypto.org</a>> wrote:<br>
<br>
> What this means for subinterpreters in this case is not much different from<br>
> starting up multiple worker processes: You need to start them up and wait<br>
> for them to be ready to serve, then reuse them as long as feasible before<br>
> recycling them to start up a new one. The startup cost is high.<br>
<br>
The statup cost for worker processes is high on Windows. It is very small<br>
on nearly any other OS.<br></blockquote><div><br></div><div>While I understand that Windows adds some overhead there, startup time for Python worker processes is high on all OSes. </div><div><br></div><div>Python startup is slow in general. It slows down further based on the modules you must import before you can begin work.</div><div><br></div><div>-gps</div></div></div>