CGI、FastCGI、PHP-CGI、PHP-FPM、Spawn-FCGI とは何ですか?

CGIとは

CGIの正式名称は「Common Gateway Interface」（Common Gateway Interface）で、HTTPサーバーが自分または他のマシン上のプログラムと「通信」するためのツールであり、そのプログラムはネットワーク上で実行する必要があります。サーバ。

CGI は、標準入力、出力、環境変数がある言語であれば、どの言語でも書くことができます。 php、perl、tcl など。

FastCGI とは

FastCGI は、有効化されている限り常に実行することができ、毎回 fork する必要はありません。 (これは CGI の最も批判されているフォーク実行モードです)。また、分散コンピューティングもサポートしています。つまり、FastCGI プログラムを Web サイト サーバー以外のホストで実行し、他の Web サイト サーバーからのリクエストを受け入れることができます。

FastCGI は、言語に依存しないスケーラブルなアーキテクチャの CGI オープン拡張機能であり、その主な動作は CGI インタプリタ プロセスをメモリ内に保持することで、より高いパフォーマンスを得ることができます。ご存知のとおり、CGI インタープリタの繰り返しロードが CGI パフォーマンス低下の主な原因です。CGI インタープリタがメモリ内に残り、FastCGI プロセス マネージャーのスケジューリングを受け入れる場合、良好なパフォーマンス、スケーラビリティ、フェイルオーバー機能などが提供されます。

FastCGI と CGI の機能

1. CGI と同様に、FastCGI も言語に依存しません。環境。 (API はアプリケーションのコードをコア Web サーバーにリンクします。つまり、欠陥のある API を備えたアプリケーションは他のアプリケーションやコア サーバーに損害を与える可能性があります。悪意のある API のアプリケーション コードは別のアプリケーションを盗む可能性さえあります。プログラムまたはコア サーバーのキー。)

3 FastCGI テクノロジーは現在、C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby などの言語をサポートしています。関連モジュールは、Apache、ISS、Lighttpd などの一般的なサーバーでも利用できます。

4. CGI と同様に、FastCGI は Web サーバーの内部アーキテクチャに依存しないため、サーバー テクノロジが変わっても、FastCGI は安定したままです。

FastCGI の仕組み

1. Web サーバーの起動時に FastCGI プロセス マネージャー (IIS ISAPI または Apache モジュール) をロードします

2. FastCGI プロセス マネージャーはそれ自体を初期化し、複数の CGI インタープリター プロセス (可視の複数の php -cgi) を開始し、 Webサーバーからの接続を待ちます。

3. クライアントリクエストがWebサーバーに到達すると、FastCGIプロセスマネージャーがCGIインタープリターを選択して接続します。 Web サーバーは、CGI 環境変数と標準入力を FastCGI サブプロセス php-cgi に送信します。

4. FastCGI サブプロセスは処理が完了すると、同じ接続から Web サーバーに標準出力とエラー情報を返します。 FastCGI 子プロセスが接続を閉じると、リクエストが処理されます。次に、FastCGI 子プロセスは、(Web サーバーで実行されている) FastCGI プロセス マネージャーからの次の接続を待機して処理します。 CGI モードでは、php-cgi はこの時点で終了します。

上記の場合、通常の CGI がどれほど遅いか想像できるでしょう。 PHP へのすべての Web リクエストでは、php.ini を再解析し、すべての拡張機能を再ロードし、すべてのデータ構造を再初期化する必要があります。 FastCGI では、これらすべてがプロセスの開始時に 1 回だけ行われます。さらに、永続的なデータベース接続が機能するという利点もあります。

FastCGI のデメリット

マルチプロセスなので、CGI マルチスレッドよりも多くのサーバーメモリを消費します。この数値を 50 または 100 倍すると、PHP-CGI インタプリタは 1 プロセスあたり 7 ～ 25 メガバイトのメモリを消費します。メモリの数が非常に多い。

Nginx 0.8.46+PHP 5.2.14 (FastCGI) サーバーには 30,000 の同時接続があり、開始された 10 個の Nginx プロセスは 150M のメモリ (15M*10=150M) を消費し、開始された 64 個の php-cgi プロセスは 1280M のメモリ (20M) を消費します。 *64=1280M)、システム自体が消費するメモリを加えた合計メモリ消費量は 2GB 未満です。サーバーのメモリが小さい場合は、25 個の php-cgi プロセスしか開くことができないため、php-cgi によって消費される合計メモリはわずか 500M になります。

上記のデータは、Apache (バージョン 6) よりも 10 倍優れた Web サーバーを構築するための Nginx 0.8.x + PHP 5.2.13 (FastCGI) から抜粋しています

PHP-CGI とは

PHP-CGI とはPHP Manager に付属する FastCGI。

PHP-CGI を起動し、次のコマンドを使用します:

? View Code BASH

1

　　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。

　　使用PHP-FPM来控制PHP-CGI的FastCGI进程

? View Code BASH

php-cgi -b 127.0.0.1:9000

12345678

/usr/local/php/sbin/php-fpm{start|stop|quit|restart|reload|logrotate} --start 启动php的fastcgi进程--stop 强制终止php的fastcgi进程--quit 平滑终止php的fastcgi进程--restart 重启php的fastcgi进程--reload 重新平滑加载php的php.ini--logrotate 重新启用log文件

　　什么是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”找到它的最新版本发布地址

　　下面我们就可以使用Spawn-FCGI来控制php-CGI的FastCGI进程了

? View Code BASH

1	/usr/local/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 5 -u www-data -g www-data -f /usr/bin/php-CGI

パラメータの意味は以下のとおりです:

-f FastCGIを呼び出すプロセスの実行プログラムの場所を指定し、システムにインストールされているPHPに従って設定します
-a アドレスaddrにバインドします
-p バインドしますポート port
-s UNIX ソケットにバインドされたパス path
-C 生成される FastCGI プロセスの数を指定します、デフォルトは 5 (PHP のみ)
-P 生成されるプロセスの PID ファイル パスを指定します
-u と-g FastCGI はどのような ID を使用しますか ( -u ユーザー -g ユーザー グループ) 実行すると、Ubuntu では www-data を使用できます。また、状況に応じて、nobody、apache などの他の構成も使用できます。

PHP との比較テストFPM と spawn-CGI

PHP-FPM は非常に使いやすく、設定は PHP-FPM.ini ファイルにあり、php/sbin/PHP-FPM から起動と再起動を行うことができます。さらに便利なのは、php.ini を変更した後、PHP-FPM のリロードを直接使用して、プロセスを停止せずに php.ini の変更とロードを完了できることです。 PHP のパフォーマンスを向上させます。 PHP-FPM によって制御されるプロセスの CPU リサイクル速度は比較的遅く、メモリは均等に割り当てられます。

Spawn-FCGI によって制御されるプロセスの CPU はすぐに低下し、メモリ割り当ては比較的不均一になります。多くのプロセスは割り当てられていないように見えますが、他のプロセスは高度に占有されています。これは、プロセス タスクの不均等な分散によって引き起こされる可能性があり、これも全体的な応答速度の低下につながります。 PHP-FPM の適切な分散は、全体的な応答とタスクの平均につながります。

PHP-FPMとSpawn-FCGIの機能比較

http://php-fpm.org/about/

PHP-FPMとSpawn-FCGIはどちらもphp-cgiを守るプロセスマネージャーです。

参考文書：

http://topic.csdn.net/u/20100216/22/5809e272-6f67-4248-bde9-99deeae5215b.html

http://topic.csdn.net/u/20101015/19 /8ae74452-ec6b-448e-9942-21faeb008cd7.html
http://club.topsage.com/thread-768488-1-1.html
http://www.unixaid.info/index.php/productsapp/23 -servsf/842-spawn-fcgi
http://www.fastcgi.com/drupal/node/2
http://baike.baidu.com/view/641394.htm
http://baike.baidu.com /view/32614.htm
http://blog.yation.com/network/fastcgi/

転載：http://www.mike.org.cn/articles/what-is-cgi-fastcgi-php-fpm -spawn-fcgi/