<div dir="ltr">Thanks Hugo, Clay and Pete. I asked this question based on some limited knowledge I had about Swift and while trying to understand more based on the source code. I'll try and run some more experiments and revert back with questions if any. The general system tuning guidelines definitely seem helpful.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 13, 2014 at 10:46 AM, Pete Zaitcev <span dir="ltr"><<a href="mailto:zaitcev@redhat.com" target="_blank">zaitcev@redhat.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 Fri, 10 Jan 2014 15:25:02 -0800<br>
Shrinand Javadekar <<a href="mailto:shrinand@maginatics.com">shrinand@maginatics.com</a>> wrote:<br>
<br>
> I see that the proxy-server already has a "workers" config option. However,<br>
> looks like that is the # of threads in one proxy-server process.<br>
<br>
</div>Not so. Workers are separate Linux processes. Look at os.fork() in<br>
run_sever(). Perhaps you're looking for the 'max_client' option,<br>
which restricts the green pool passed to eventlet in each of the workers.<br>
<div class="im"><br>
> It does not send the request and go back do accept more requests.<br>
<br>
</div>The requests each gets a green thread inside the eventlet, by way<br>
of monkey-patching of some syscalls.<br>
<br>
Anyhow, please be more specific about the numbers you see on your<br>
proxies, e.g. how many IOPS, GHz, workers, and so on. Otherwise<br>
it's poinless to speculate about your bottleneck case and its causes.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Pete<br>
</font></span></blockquote></div><br></div>