概念了解:CGI,FastCGI,PHP-CGI与PHP-FPM

CGI

CGI全称是“公共网关接口”(Common Gateway Interface),HTTP服务器与你的或其它机器上的程序进行“交谈”的一种工具,其程序须运行在网络服务器上。

CGI可以用任何一种语言编写,只要这种语言具有标准输入、输出和环境变量。如php,perl,tcl等。

FastCGI

FastCGI像是一个常驻(long-live)型的CGI,它可以一直执行着,只要激活后,不会每次都要花费时间去fork一次(这是CGI最 为人诟病的fork-and-execute 模式)。它还支持分布式的运算,即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展,其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知,CGI解 释器的反复加载是CGI性能低下的主要原因,如果CGI解释器保持在内存中并接受FastCGI进程管理器调度,则可以提供良好的性能、伸缩性、 Fail- Over特性等等。

FastCGI特点

  1. FastCGI具有语言无关性.

  2. FastCGI在进程中的应用程序,独立于核心web服务器运行,提供了一个比API更安全的环境。APIs把应用程序的代码与核心的web服务 器链接在一起,这意味着在一个错误的API的应用程序可能会损坏其他应用程序或核心服务器。 恶意的API的应用程序代码甚至可以窃取另一个应用程序或核心服务器的密钥。

  3. FastCGI技术目前支持语言有:C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache, ISS, Lighttpd等流行的服务器上也是可用的。

  4. FastCGI的不依赖于任何Web服务器的内部架构,因此即使服务器技术的变化, FastCGI依然稳定不变。

FastCGI的工作原理

  1. Web Server启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module)

  2. FastCGI进程管理器自身初始化,启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。

  3. 当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。

  4. FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中,php-cgi在此便退出了。

在上述情况中,你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用 FastCGI,所有这些都只在进程启动时发生一次。一个额外的好处是,持续数据库连接(Persistent database connection)可以工作。

PHP-CGI

PHP-CGI是PHP自带的FastCGI管理器。

PHP-CGI的不足:

  1. php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效,不可以平滑重启。

  2. 直接杀死php-cgi进程,php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题,守护进程会平滑从新生成新的子进程。)

PHP-FPM

PHP-FPM是一个PHP FastCGI管理器,是只用于PHP的,可以在 http://php-fpm.org/download下载得到。

PHP-FPM其实是PHP源代码的一个补丁,旨在将FastCGI进程管理整合进PHP包中。必须将它patch到你的PHP源代码中,在编译安装PHP后才可以使用。

现在我们可以在最新的PHP 5.3.2的源码树里下载得到直接整合了PHP-FPM的分支,据说下个版本会融合进PHP的主分支去。相对Spawn-FCGI,PHP-FPM在 CPU和内存方面的控制都更胜一筹,而且前者很容易崩溃,必须用crontab进行监控,而PHP-FPM则没有这种烦恼。

PHP5.3.3已经集成php-fpm了,不再是第三方的包了。PHP-FPM提供了更好的PHP进程管理方式,可以有效控制内存和进程、可以平 滑重载PHP配置,比spawn-fcgi具有更多有点,所以被PHP官方收录了。在./configure的时候带 –enable-fpm参数即可开启PHP-FPM。

Spawn-FCGI

Spawn-FCGI是一个通用的FastCGI管理服务器,它是lighttpd中的一部份,很多人都用Lighttpd的Spawn-FCGI 进行FastCGI模式下的管理工作,不过有不少缺点。而PHP-FPM的出现多少缓解了一些问题,但PHP-FPM有个缺点就是要重新编译,这对于一些 已经运行的环境可能有不小的风险(refer),在php 5.3.3中可以直接使用PHP-FPM了。

Spawn-FCGI目前已经独成为一个项目,更加稳定一些,也给很多Web 站点的配置带来便利。已经有不少站点将它与nginx搭配来解决动态网页。

最新的lighttpd也没有包含这一块了(http://www.lighttpd.net/search?q=Spawn-FCGI),但可以 在以前版本中找到它。在lighttpd-1.4.15版本中就包含了(http://www.lighttpd.net/download /lighttpd-1.4.15.tar.gz),目前Spawn-FCGI的下载地址是http://redmine.lighttpd.net /projects/spawn-fcgi,最新版本是http://www.lighttpd.net/download/spawn-fcgi- 1.6.3.tar.gz。

注:最新的Spawn-FCGI可以到lighttpd.net网站搜索“Spawn-FCGI”找到它的最新版本发布地址。

PHP-FPM与spawn-CGI对比

PHP-FPM的使用非常方便,配置都是在PHP-FPM.ini的文件内,而启动、重启都可以从php/sbin/PHP-FPM中进行。更方便 的是修改php.ini后可以直接使用PHP-FPM reload进行加载,无需杀掉进程就可以完成php.ini的修改加载
结果显示使用PHP-FPM可以使php有不小的性能提升。PHP-FPM控制的进程cpu回收的速度比较慢,内存分配的很均匀。
Spawn-FCGI控制的进程CPU下降的很快,而内存分配的比较不均匀。有很多进程似乎未分配到,而另外一些却占用很高。可能是由于进程任务分配的不均匀导致的。而这也导致了总体响应速度的下降。而PHP-FPM合理的分配,导致总体响应的提到以及任务的平均。

FastCGI 和 PHP-FPM 进程事例

概念了解:CGI,FastCGI,PHP-CGI与PHP-FPM


原文错误纠正

原文的“FastCGI的不足”那段是有错误的,我直接删除了。FastCGI 和 CGI 都是多进程的而不是一个是多进程一个是多线程,FastCGI 和 CGI 的区别(参考:http://www.oschina.net/question/143337_45792):

原理一样,都是通过多进程模式处理多请求。不同之处在于 FastCGI 的一个进程处理完一个请求之后重置状态并挂起,待下一个请求来时继续处理;而 CGI 的一个进程则处理完一个请求后退出,下一个请求来时再创建新进程。

为了兼顾 IIS下 PHP的效率和安全,微软给出了FastCGI的解决方案 。(参考: http://my.oschina.net/banbo/blog/466783#OSC_h2_4 )

Linux 下创建进程开销非常小,在创建进程问题上二者差别可以忽略。

原理上来说,可以把二者看成一致,FastCGI 的工作原理和 CGI 并无区别,都是利用标准输入输出流处理 HTTP 之类的文本协议。


另外原文中的 Nginx 比 Apache 效率更高和 FastCGI 还是 CGI 是无关的吧:

《Nginx搭建胜过Apache十倍的Web服务器-第6版》请参考:http://wenku.baidu.com/link?url=e7ceOj6GcT2ar22W4kvoJX2mAWx7q_0TBYRKY-ai3DdvleTe5nyA71r53enVJwnCLWbMOvmLFEPFC7gHGC3cqYXALS_cdHgcBkmneo6-BEC


错误的信息真的很误导人,所以如果大家发现本文还有问题请及时指正!!


其他参考

服务器大量php-cgi.exe进程,导致CPU占用100%的解决请参考:http://wenku.baidu.com/link?url=X47Kj-g_OXFicuuDfHLtQ1rzbtcI60XYSfH-W225-SPhQHxooOWA6B4hGFp5w-ASZSPon774oH0y8ZSGL-iWpPwpMRquRz9p0S04bY5qe9K

原文地址:http://www.nowamagic.net/librarys/veda/detail/1319

你可能感兴趣的:(概念了解:CGI,FastCGI,PHP-CGI与PHP-FPM)