<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote"><div>I don&#39;t think it matters much what server you use for this type of service. We&#39;ve been using FastCGI for two fairly large JSON services (11K lines) for a year with no problems. Warp and Snap are also sufficient. Is speed a big concern? Otherwise the iterators will be a bit pointless. I&#39;m with you on forgeting about worrying about the server for this type of service and calling it a day.</div>


<div><br></div></div>
</blockquote></div><div><br></div>I&#39;m fairly ignorant of how FastCGI works and only slightly less ignorant about Warp after reading a paper on it by Michael Snoyman, but concurrent connections is a concern. I haven&#39;t been able to test the app with a large dataset but the algorithm is something along the lines of O^2 complexity so some requests may take much longer than others. One of my concerns then is that the server should be able to handle concurrent connections well and not let any long-running requests starve/block the others. If FastCGI forks off one process per connection, that would likely be a lot of overhead for the simple case.<div>
<br></div><div>One thing I can say is that my app as it exists now must parse the entire request body JSON before it starts acting on it. I hope that clears things up.<br><div><br>-- <br>Michael Xavier<br><a href="http://www.michaelxavier.net">http://www.michaelxavier.net</a><br>

</div></div>