spawn-fcgi 进程数
今天下了spawn-fcgi的源码，花了点时间，终于明白线上2400个php-cgi的由来了，给大家分享下。
常用的lighttpd+fastcgi的配置有以下几个关键参数：（我们线上在/home/work/local/lighttpd/bin/fastcgi_control里都有对应，下面这个可能更容易理解）
其中，PHP_FCGI_MAX_REQUESTS的作用是在一个子进程工作一定次数后就干掉它，以免可能出现的问题连累系统，主进程会再创建一个相应的子进程来替补，保证子进程数一直是PHP_FCGI_CHILDREN个。
具体进程数是多少呢？有两个设置选项至关重要，分别是max-procs和PHP_FCGI_CHILDREN。如上所示的配置，系统将创建170个PHP-cgi的进程，它的计算公式如下：
"PHP_FCGI_CHILDREN" => "169",
"max-procs" => 2,
"PHP_FCGI_CHILDREN" => "84",
"max-procs" => 10,
"PHP_FCGI_CHILDREN" => "16",
以上三种配置产生的总进程数一样（都是170），我们如何判断配置的好坏呢？
如果使用了eAccelerator之类的PHP优化器，那么eAccelerator会为每一个主进程创建一个独立的缓存空间，这个时候如果你的 max-procs是2的话，就会建立两个独立的缓存空间。一方面这浪费了一些内存，另一方面如果你的一个主进程挂了（它下面的子进程就失控了），至少你还有一个主进程可以保持正常运转。
总体来说，max-procs不宜为较小，否则没有容错性，在有PHP优化器的时候也不宜过大，否则会浪费很多内存做缓存空间，即便没有装PHP优化 器，max-procs也不宜过大，因为主进程是不处理PHP请求的，过多的主进程自然就是一种浪费。确定了max-procs的值，剩下 PHP_FCGI_CHILDREN的值就好说了。
另外：通过命令netstat -anp | grep php-cgi | wc -l可以得知当前有多少php-cgi处于连接状态，如果接近php-cgi的总进程数，就说明应该加大进程数了
