CGI
CGIは「のCommon Gateway Interface」（のCommon Gateway Interface）の略で、あなたや他のマシン上のプログラムで、「話」ためのツールのためのHTTPサーバは、プログラムは、ネットワークサーバー上で実行する必要があります。
CGIは、このような標準言語入力、出力、環境変数であればどのような言語で記述することができます。PHPやPerl、TCLとして好き。
FastCGIの
CGIの永久（ロングライブ）タイプのようなFastCGIは、それは常に、常に、これが最も批判CGIフォークと実行モードである（一度フォークする時間を取る必要はありません、活性化する限り、使用して実行することができます）。また、他のサイトへのサーバーからの要求を受け入れることよりも、すなわち、FastCGIのプログラムは、ホストサーバや他のサイト上で実行することができ、分散コンピューティングをサポートしています。
FastCGIのは、言語に依存しない、スケーラブル、オープン拡張フレームワークのCGIで、メインの挙動は、メモリ内のCGIインタプリタのプロセスを維持するため、より高い性能を達成することです。我々はすべて知っているように、CGIインタプリタ繰り返し荷重は、良好なパフォーマンス、スケーラビリティ、フェール特性オーバーなどを提供することができ、メモリに保持し、スケジューリングFastCGIプロセスマネージャを受け入れる場合、パフォーマンスの低下のCGI、CGIインタプリタの主な理由です。
1、FastCGIの特長
FastCGIは、言語に依存しています。
コアWebサーバの独立したFastCGIアプリケーションプロセスは、APIより安全な環境を提供し、実行されています。間違ったAPIアプリケーションが他のアプリケーションやコアサーバへの損傷を引き起こす可能性があることを意味アプリケーションのWebサーバーのコアコードをリンクするためのAPI。API悪意のあるアプリケーションコードは、さらに別のキーまたはコアアプリケーションサーバを盗むことができます。
FastCGIの技術は、現在の言語をサポートされています：C / C ++やJava、PerlやTclの、パイソン、スモールトーク、ルビーのように。アパッチ、ISS、Lighttpdのおよびその他の人気のサーバー上の関連モジュールも利用可能です。
FastCGIは、任意のWebサーバーの内部構造に依存しないため、変更のサーバ技術、FastCGIは安定して推移していても。
FastCGIの作品
ロードのFastCGIプロセスマネージャ（IISのISAPIまたはApacheモジュール）Web Serverを起動します
FastCGIプロセスマネージャは、（複数のPHP-CGIを示す）は、複数のCGIインタプリタ処理を開始するために、自分自身を初期化し、Webサーバからの接続を待ちます。
クライアント要求は、Webサーバー、FastCGIプロセスマネージャを到着すると選択して、CGIインタプリタに接続します。Webサーバーは、子のFastCGI PHP-CGI CGI環境変数と標準入力に送信します。
同じ接続からの標準出力とエラーメッセージがWebサーバーを返した後のFastCGI子プロセスは、プロセスを完了します。子FastCGIプロセスが閉じると、接続要求は、プロセスを完了するために来ます。FastCGIの子プロセスを、その後のFastCGIプロセスマネージャ（Webサーバーに実行されている）の下から治療を待つ接続です。CGIモードでは、PHP-CGIこれが終了します。
これらのケースでは、あなたはCGIは通常、遅いか想像することができます。各Web要求は、再解析PHPのphp.iniのこと、すべての拡張機能をリロードし、全体のデータ構造を初期化しようとする必要があります。プロセスが開始されたときに一度だけ起こるすべては、FastCGIを使用してください。追加の利点は、永続的なデータベース接続（永続的なデータベース接続）が働くことができるということです。
FastCGIの不足
それはマルチプロセスであるため、マルチスレッドCGIは、複数のサーバのメモリを消費するよりも、PHP-CGIインタプリタプロセスがメモリのすべての7〜25メガバイトを消費するので、この数字は50または100で乗算され、それは、大量のメモリです。
nginxの3万同時接続時0.8.46 + PHP 5.2.14（FastCGIの）サーバ、オープン10 nginxのプロセスは、メモリ150M（15M×10 = 150M）を消費し、オープン64 PHP-CGIプロセスがメモリ1280Mを消費（20M * 64 = 1280M）、システム自身のメモリ消費量、メモリの2ギガバイト未満の総消費量と相まって。サーバーのメモリが少ない場合、メモリの総量は、PHP-CGIのみ500Mによって消費されるように、あなただけの、25のphp-cgiのプロセスを開くことができます。
上記のデータは、Apache Webサーバよりも10倍も優れ構築するためにnginxのの0.8.x + PHP 5.2.13（FastCGIの）から抽出されます
PHP-CGI
PHP-CGI是PHP自带的FastCGI管理器。
PHP-CGI的不足
php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效，不可以平滑重启。
直接杀死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
注：最新的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合理的分配，导致总体响应的提到以及任务的平均。