- 業務：1893591-2318
CGI全稱是“公共網關接口”(Common Gateway Interface)，HTTP服務器與你的或其它機器上的程序進行“交談”的一(yī)種工(gōng)具，其程序須運行在網絡服務器上。
CGI可以用任何一(yī)種語言編寫，隻要這種語言具有标準輸入、輸出和環境變量。如php,perl,tcl等。
FastCGI像是一(yī)個常駐(long-live)型的CGI，它可以一(yī)直執行着，隻要激活後，不會每次都要花費(fèi)時間去(qù)fork一(yī)次(這是CGI最爲人诟病的fork-and-execute 模式)。它還支持分(fēn)布式的運算, 即 FastCGI 程序可以在網站服務器以外(wài)的主機上執行并且接受來自其它網站服務器來的請求。
FastCGI是語言無關的、可伸縮架構的CGI開(kāi)放(fàng)擴展，其主要行爲是将CGI解釋器進程保持在内存中(zhōng)并因此獲得較高的性能。衆所周知(zhī)，CGI解釋器的反複加載是CGI性能低下(xià)的主要原因，如果CGI解釋器保持在内存中(zhōng)并接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail- Over特性等等。
1、如CGI，FastCGI也具有語言無關性.
2、如CGI, FastCGI在進程中(zhōng)的應用程序，獨立于核心web服務器運行,提供了一(yī)個比API更安全的環境。(APIs把應用程序的代碼與核心的web服務器鏈接在一(yī)起，這意味着在一(yī)個錯誤的API的應用程序可能會損壞其他應用程序或核心服務器; 惡意的API的應用程序代碼甚至可以竊取另一(yī)個應用程序或核心服務器的密鑰。)
3、FastCGI技術目前支持語言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相關模塊在Apache, ISS, Lighttpd等流行的服務器上也是可用的。
4、如CGI，FastCGI的不依賴于任何Web服務器的内部架構，因此即使服務器技術的變化, FastCGI依然穩定不變。
1、Web Server啓動時載入FastCGI進程管理器（IIS ISAPI或Apache Module)
2、FastCGI進程管理器自身初始化，啓動多個CGI解釋器進程(可見多個php-cgi)并等待來自Web Server的連接。
3、當客戶端請求到達Web Server時，FastCGI進程管理器選擇并連接到一(yī)個CGI解釋器。Web server将CGI環境變量和标準輸入發送到FastCGI子進程php-cgi。
4、FastCGI子進程完成處理後将标準輸出和錯誤信息從同一(yī)連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接着等待并處理來自FastCGI進程管理器(運行在Web Server中(zhōng))的下(xià)一(yī)個連接。 在CGI模式中(zhōng)，php-cgi在此便退出了。
在上述情況中(zhōng)，你可以想象CGI通常有多慢(màn)。每一(yī)個Web請求PHP都必須重新解析php.ini、重新載入全部擴展并重初始化全部數據結構。使用FastCGI，所有這些都隻在進程啓動時發生(shēng)一(yī)次。一(yī)個額外(wài)的好處是，持續數據庫連接(Persistent database connection)可以工(gōng)作。
因爲是多進程，所以比CGI多線程消耗更多的服務器内存，PHP-CGI解釋器每進程消耗7至25兆内存，将這個數字乘以50或100就是很大(dà)的内存數。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服務器在3萬并發連接下(xià)，開(kāi)啓的10個Nginx進程消耗150M内存（15M10=150M），開(kāi)啓的64個php-cgi進程消耗1280M内存（20M64=1280M），加上系統自身消耗的内存，總共消耗不到2GB内存。如果服務器内存較小(xiǎo)，完全可以隻開(kāi)啓25個php-cgi進程，這樣php-cgi消耗的總内存數才500M。
上面的數據摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建勝過Apache十倍的Web服務器(第6版)
PHP-CGI是PHP自帶的FastCGI管理器
1、php-cgi變更php.ini配置後需重啓php-cgi才能讓新的php-ini生(shēng)效，不可以平滑重啓
2、直接殺死php-cgi進程,php就不能運行了。(PHP-FPM和Spawn-FCGI就沒有這個問題,守護進程會平滑從新生(shēng)成新的子進程。）
PHP-FPM是一(yī)個PHP FastCGI管理器，是隻用于PHP的,可以在 http://php-fpm.org/download 下(xià)載得到.
PHP-FPM其實是PHP源代碼的一(yī)個補丁，旨在将FastCGI進程管理整合進PHP包中(zhōng)。必須将它patch到你的PHP源代碼中(zhōng)，在編譯安裝PHP後才可以使用。
相對Spawn-FCGI，PHP-FPM在CPU和内存方面的控制都更勝一(yī)籌，而且前者很容易崩潰，必須用crontab進行監控，而PHP-FPM則沒有這種煩惱。
PHP5.3.3已經集成php-fpm了，不再是第三方的包了。PHP-FPM提供了更好的PHP進程管理方式，可以有效控制内存和進程、可以平滑重載PHP配置，比spawn-fcgi具有更多有點，所以被PHP官方收錄了。在./configure的時候帶 –enable-fpm參數即可開(kāi)啓PHP-FPM。
Spawn-FCGI是一(yī)個通用的FastCGI管理服務器，它是lighttpd中(zhōng)的一(yī)部份，很多人都用Lighttpd的Spawn-FCGI進行FastCGI模式下(xià)的管理工(gōng)作，不過有不少缺點。而PHP-FPM的出現多少緩解了一(yī)些問題，但PHP-FPM有個缺點就是要重新編譯，這對于一(yī)些已經運行的環境可能有不小(xiǎo)的風險(refer)，在php 5.3.3中(zhōng)可以直接使用PHP-FPM了。
Spawn-FCGI目前已經獨成爲一(yī)個項目，更加穩定一(yī)些，也給很多Web 站點的配置帶來便利。已經有不少站點将它與nginx搭配來解決動态網頁。
最新的lighttpd也沒有包含這一(yī)塊了(http://www.lighttpd.net/search?q=Spawn-FCGI )，但可以在以前版本中(zhōng)找到它。在lighttpd-1.4.15版本中(zhōng)就包含了(http://www.lighttpd.net/download/lighttpd-1.4.15.tar.gz)
目前Spawn-FCGI的下(xià)載地址是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的使用非常方便,配置都是在PHP-FPM.ini的文件内，而啓動、重啓都可以從php/sbin/PHP-FPM中(zhōng)進行。更方便的是修改php.ini後可以直接使用PHP-FPM reload進行加載，無需殺掉進程就可以完成php.ini的修改加載
結果顯示使用PHP-FPM可以使php有不小(xiǎo)的性能提升。PHP-FPM控制的進程cpu回收的速度比較慢(màn),内存分(fēn)配的很均勻。
Spawn-FCGI控制的進程CPU下(xià)降的很快,而内存分(fēn)配的比較不均勻。有很多進程似乎未分(fēn)配到,而另外(wài)一(yī)些卻占用很高。可能是由于進程任務分(fēn)配的不均勻導緻的.而這也導緻了總體(tǐ)響應速度的下(xià)降。而PHP-FPM合理的分(fēn)配，導緻總體(tǐ)響應的提到以及任務的平均。
