CGI：是 Web Server 与 Web Application 之间数据交换的一种协议。
CGI（Common Gateway Interface）全称是“通用网关接口”，WEB 服务器与PHP应用进行“交谈”的一种工具
FastCGI：同 CGI，是一种通信协议，但比 CGI 在效率上做了一些优化。同样，SCGI 协议与 FastCGI 类似。
从根本上来说，FastCGI是用来提高CGI程序性能的。类似于CGI，FastCGI也可以说是一种协议。
FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次。它还支持分布式的运算, 即 FastCGI 程序可以在网站服务器以外的主机上执行，并且接受来自其它网站服务器来的请求。
FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中，并因此获得较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保持在内存中，并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail- Over特性等等。
PHP-CGI：是 PHP （Web Application）对 Web Server 提供的 CGI 协议的接口程序。
PHP-FPM：是 PHP（Web Application）对 Web Server 提供的 FastCGI 协议的接口程序，额外还提供了相对智能一些任务管理。
LAMP本质都是用 LoadModule 来加载 php5_module，就是把php作为apache的一个子模块来运行。当通过web访问php文件时，apache就会调用php5_module来解析php代码。
那么php5_module是怎么来将数据传给php解析器来解析php代码的呢？答案是通过sapi。
php默认提供了很多种SAPI，常见的提供给apache和nginx的php5_module、CGI、FastCGI，给IIS的ISAPI，以及Shell的CLI。
但是CGI有个蛋疼的地方，就是每一次web请求都会有启动和退出过程，也就是最为人诟病的fork-and-execute模式，这样一在大规模并发下，就死翘翘了。
在PHP5.3.3版本中，PHP-FPM正式被官方收编，作为FastCGI管理器，支持平滑停止启动进程、slow-log、动态进程、运行状态等特性。
PHP-FPM进程管理支持三种方式：static、dynamic、ondemand。我们选用的是static方式，即PHP-FPM生成固定数量的FastCGI进程，这种方式比较简单，避免了频繁开启关闭进程的开销。
php-fpm优化
需要了解的参数是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
pm：表示使用那种方式，有两个值可以选择，就是static（静态）或者dynamic（动态）。
在更老一些的版本中，dynamic被称作apache-like。这个要注意看配置文件的说明。
下面5个参数的意思分别为：
pm = dynamic 如何控制子进程，选项有static和dynamic pm.max_children：静态方式下开启的php-fpm进程数量 pm.max_requests：php-fpm子进程能处理的最大请求数。这个参数使FastCGI进程在处理一定数量的请求后自动重启，以此避免第三方扩展内存泄漏产生破坏性影响。该参数过小，这便造成了在请求高峰期，FastCGI频繁重启，对CPU产生了负担。当计数到达max_request之后，cgi进程会执行 fcgi_finish_request退出进程，子进程退出，fpm-master进程会收到SIGCHLD信号，运行fpm_children_bury重启进程，重启的方式是fork一个子进程。pm.start_servers：动态方式下的起始php-fpm进程数量 pm.min_spare_servers：动态方式下的最小php-fpm进程数 pm.max_spare_servers：动态方式下的最大php-fpm进程数量
区别：
如果dm设置为 static，那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。
如果dm设置为 dynamic，那么pm.max_children参数失效，后面3个参数生效。
系统会在php-fpm运行开始 的时候启动pm.start_servers个php-fpm进程，
然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数。
服务器具体配置
对于我们的服务器，选择哪种执行方式比较好呢？事实上，跟Apache一样，
运行的PHP程序在执行完成后，或多或少会有内存泄露的问题。这也是为什么开始的时候一个php-fpm进程只占用3M左右内存，运行一段时间后就会上升到20-30M的原因了。
对于内存大的服务器（比如8G以上）来说，指定静态的max_children实际上更为妥当，因为这样不需要进行额外的进程数目控制，会提高效率。因为频繁开关php-fpm进程也会有时滞，所以内存够大的情况下开静态效果会更好。
数量也可以根据 内存/30M 得到，比如8GB内存可以设置为100，那么php-fpm耗费的内存就能控制在 2G-3G的样子。
如果内存稍微小点，比如1G，那么指定动态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存，将不多的内存分配给其他应用去使用，会使系统的运行更加畅通。
对于小内存的服务器来说，比如256M内存的VPS，即使按照一个20M的内存量来算，10个php-cgi进程就将耗掉200M内存，那系统的崩溃就应该很正常了。
因此应该尽量地控制php-fpm进程的数量，大体明确其他应用占用的内存后，
给它指定一个静态的小数量，会让系统更加平稳一些。或者使用动态方式，
因为动态方式会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或VPS上使用。具体最大数量根据 内存/30M 得到。
pm.start_servers缺省值计算公式: min_spare_servers + (max_spare_servers - min_spare_servers) / 2。
比如说512M的VPS，加入分配给php-fpm最大250M，建议pm.max_spare_servers设置为250/30 ,约为8。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，比如服务器上只是部署php环境的话，比较合适的值在2~5之间。
这里面还有一个问题，php-fpm因为一些第三方库可能会引起内存泄漏，时间长了，占用的内存会比较多，像我们的服务器现在就是50m左右，还好，有pm.max_requests这个参数，这个参数指定了一个php-fpm子进程执行多少次之后重启该进程。这个可能就要根据你的实际情况调整了。
