When you're doing something like comet polling, "sitting around doing nothing" means blocking the client request until you have data to return, versus closing the connection and having the client repeatedly send requests.<div>
<br></div><div>You're correct, it's mostly a resource optimization, but it can be significant if you're trying to handle lots of clients in real time.</div><div><br></div><div>It was mentioned earlier in the thread, but tornado is a great example of WSGI and async living together in a single python webapp.</div>
<div><br><br><div class="gmail_quote">On Thu, Oct 11, 2012 at 1:25 PM, Carl Karsten <span dir="ltr"><<a href="mailto:carl@personnelware.com" target="_blank">carl@personnelware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wed, Oct 10, 2012 at 11:14 PM, Jordan Bettis <<a href="mailto:jordanb@hafd.org">jordanb@hafd.org</a>> wrote:<br>
> But if there's no mechanism for setting the request aside, the the<br>
> worker thread has to sit around doing nothing while the search server<br>
> does its thing. An asynchronous framework would let the worker set the<br>
> request aside and process new requests while it's waiting for the<br>
> response from the search server.<br>
<br>
</div>What is the difference between "sit around doing nothing" and "setting<br>
the request aside"  ?<br>
<br>
I am guessing there is a resource (memory, connections, stack?) issue,<br>
but I don't really see how either model is going to be much different,<br>
so I must be missing something.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Carl K<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Chicago mailing list<br>
<a href="mailto:Chicago@python.org">Chicago@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/chicago" target="_blank">http://mail.python.org/mailman/listinfo/chicago</a><br>
</div></div></blockquote></div><br></div>