@Michael<br>Thanks again for heads up on PHP-FPM<br>I am reading your post - <a href="http://michaelshadle.com/2010/05/21/php-fpm-and-nginx-upstart-scripts/">http://michaelshadle.com/2010/05/21/php-fpm-and-nginx-upstart-scripts/</a><br>

I hope to see our server using PHP-FPM next month (with ubuntu 10 +wordpress 3)<br><br>-Rahul<br>
<br><br><div class="gmail_quote">On Tue, Jun 15, 2010 at 11:48 PM, Michael Shadle <span dir="ltr">&lt;<a href="mailto:mike503@gmail.com">mike503@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

php-fpm is an actual management daemon, as opposed to using spawn-fcgi<br>
which you are still responsible for controlling. If you&#39;re doing the<br>
spawn-fcgi route you might as well just use php-cgi -b and use upstart<br>
or some other controlling daemon and just do it yourself. spawn-fcgi<br>
doesn&#39;t give you anything special AFAIK.<br>
<br>
Rasmus himself uses PHP-FPM now and gave it basically a thumbs up (in<br>
person) and nginx for <a href="http://wepay.com" target="_blank">wepay.com</a> (the company he works for now)<br>
<br>
You don&#39;t get much better clout than that.<br>
<div><div></div><div class="h5"><br>
On Tue, Jun 15, 2010 at 11:14 AM, Rahul Bansal &lt;<a href="mailto:rahul286@gmail.com">rahul286@gmail.com</a>&gt; wrote:<br>
&gt; Thanks Reinis.<br>
&gt;<br>
&gt; Regarding...<br>
&gt;<br>
&gt;&gt;&gt; [*] Is it good to make [i]PHP_FCGI_CHILDREN = 1[/i] if I am using APC<br>
&gt;&gt;&gt; for PHP opcode caching?<br>
&gt;<br>
&gt;&gt;No.<br>
&gt;<br>
&gt; I read somewhere that 2 PHP processes do not share APC cache. So if I<br>
&gt; have 10 PHP_FCGI_CHILDREN - that means 10 times cache size.<br>
&gt;<br>
&gt;<br>
&gt; On<br>
&gt;&gt; I would suggest to give it a try to the new FPM sapi/manager which is now included also in 5.3.x core.<br>
&gt;<br>
&gt; I do not use FPM and I really wonder why it is used?<br>
&gt; We can directly use php-fastcgi as mentioned here<br>
&gt; <a href="http://tomasz.sterna.tv/2009/04/php-fastcgi-with-nginx-on-ubuntu/" target="_blank">http://tomasz.sterna.tv/2009/04/php-fastcgi-with-nginx-on-ubuntu/</a><br>
&gt;<br>
&gt; Thanks for your time buddy.<br>
&gt; If you have more inputs, please share.<br>
&gt;<br>
&gt; -Rahul<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Tue, Jun 15, 2010 at 11:27 PM, Reinis Rozitis &lt;<a href="mailto:r@roze.lv">r@roze.lv</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; [*] Is it good to make [i]PHP_FCGI_CHILDREN = 1[/i] if I am using APC<br>
&gt;&gt;&gt; for PHP opcode caching?<br>
&gt;&gt;<br>
&gt;&gt; No.<br>
&gt;&gt; One child won&#39;t do anything good on a multicore box (giving the usuall nature of php scripts - waiting on external resources like DBs etc). Nor it can saturate single cpu (also APC doesnt limit you here in any way).<br>


&gt;&gt;<br>
&gt;&gt; I would suggest to give it a try to the new FPM sapi/manager which is now included also in 5.3.x core.<br>
&gt;&gt; It gives you the ability to dynamically manage a pool of php processes (spawn more php childs if the server gets loaded or kill the unneeded spares). That way you dont need to control any settings from the webservers side.<br>


&gt;&gt;<br>
&gt;&gt; <a href="http://php-fpm.org/" target="_blank">http://php-fpm.org/</a><br>
&gt;&gt; <a href="http://php-fpm.org/download/" target="_blank">http://php-fpm.org/download/</a><br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; rr<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; nginx mailing list<br>
&gt;&gt; <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
&gt;&gt; <a href="http://nginx.org/mailman/listinfo/nginx" target="_blank">http://nginx.org/mailman/listinfo/nginx</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; nginx mailing list<br>
&gt; <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
&gt; <a href="http://nginx.org/mailman/listinfo/nginx" target="_blank">http://nginx.org/mailman/listinfo/nginx</a><br>
&gt;<br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx" target="_blank">http://nginx.org/mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br>