<div dir="ltr">Thank you Igor. I was just basically looking into this: <a href="http://php-fpm.org/wiki/Features#Accelerated_upload_support">http://php-fpm.org/wiki/Features#Accelerated_upload_support</a> so im not quite sure if i am missing something out as it has the same results enabled or disabled. I will start testing it with multiple clients and see if any difference. Thanks again.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 15, 2013 at 5:45 PM, Igor Sverkos <span dir="ltr"><<a href="mailto:igor.sverkos@googlemail.com" target="_blank">igor.sverkos@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">H<div class="gmail_default" style="font-family:courier new,monospace;display:inline">i,<br><br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">
I would really wonder if you would see a real difference between using a tmpfs or not for the webserver's tmp body location. A tmpfs is only faster, but as long as your storage has enough free IO resources and is fast enough to actual write the data, you shouldn't notice.<br>

</div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">And keep in mind: You only use the tmpfs for the request body. But you still need to write it to disk. If your disk is limited to 120MB/s and a normal upload is about 5 MB you are only able to handle ~23 concurrent uploads. Well, you could buffer millions of request per second in your super fast RAM (if you have enough RAM :P), but your PHP worker, which will move the upload from RAM to the persistent storage will become the bottleneck.<br>

</div><div class="gmail_default" style="font-family:courier new,monospace;display:inline"><br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">I have a problem with the way it seems you test your setup:<br>

</div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">Every system should be able to handle that kind of load. After some runs, everything should be in some kind of cache. The IOs from the uploaded files are not enough (disks also have write caches, the OS may buffer writes, too...). These IOs can be handled by every disk, also, the IOs comes in sequence, not parallel.<br>

</div><div class="gmail_default" style="font-family:courier new,monospace;display:inline"><br></div><div class="gmail_default" style="font-family:courier new,monospace;display:inline">=> Add more load. Run tests parallel/concurrent. Increase file size to fill up any write caches, which will trigger real writes, which will block the storage in some ways you will notice.<span class="HOEnZb"><font color="#888888"><br>

<br>-- <br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_default" style="font-family:courier new,monospace;display:inline">Regards,<br>Igor<br><br></div></font></span></div>
<br>_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br></blockquote></div><br></div>