私が CGI を学んだとき、どんなプログラミング言語でもその出力を http 応答メッセージにフックすることができ、その入力が http 要求メッセージであることを学びました。Perl のコンテキストで CGI について話している記事の多くは、Perl が CGI と組み合わせて使用される最も一般的な言語であるためですか?
私が疑問に思っているのは、CGI が C/C++ で書かれたプログラムに接続する場合でも、PHP を使用するよりも遅くなるということですか?
私が CGI を学んだとき、どんなプログラミング言語でもその出力を http 応答メッセージにフックすることができ、その入力が http 要求メッセージであることを学びました。Perl のコンテキストで CGI について話している記事の多くは、Perl が CGI と組み合わせて使用される最も一般的な言語であるためですか?
私が疑問に思っているのは、CGI が C/C++ で書かれたプログラムに接続する場合でも、PHP を使用するよりも遅くなるということですか?
CGI は、特定のプログラム自体ではなく、アプリケーションが対話する方法を示す標準です。
CGI がしばしば遅すぎる理由は、リクエストのためにプロセスを開始し、そのリクエストの最後にプロセスを閉じる必要があるためです。
FastCGI は、プロセスが複数の要求を処理できるという点で CGI とは異なります (要求プロセッサのプールを維持します)。このようにして、受信リクエストの大部分で、プロセスの起動/シャットダウンに時間がかかることを回避できます。
CGI とその「後継者」の詳細については、http://en.wikipedia.org/wiki/Common_Gateway_Interface#Drawbacksを参照してください。
これを念頭に置いて、パフォーマンス特性は言語とその実装だけでなく、リクエストの処理に使用されるインターフェースにも依存します。
多くの単純なリクエストでは、プロセスの起動時間が処理時間をはるかに上回り、言語 X 対 Y の議論が意味をなさない可能性があります。