とりあえず，付属の rootfs で lighttpd をコンパイルしたら動いた様子。何に使うかはともかくとして。

色々試した結果，ようやく良い感じのlighttpdのFastCGI設定が書けたので公開しておきます。環境はCatalyst-5.64 + lighttpd-1.4.10で，他のバージョンではテストしていません。

• 複数アプリ対応
• local-server, external-server両方の例
• $c->baseや$c->uri_forも正しく動く
• app/root/static以下のファイルはlighttpdが処理する

CLON - 2006/02/23 - backend fastcgi プロセスが落ちている場合の挙動 lighttpd-1.4.10ではsocket, host:portともに500 Internal Server Errorで返ってきています。lighttpd-1.4.9のNEWSで「fixed endless loops in mod_fastcgi if backend is dead」とあるので1.4.9での変更ではないでしょうか。

CLON - 2006/02/20 - lighttpd+fastcgi時のメモリ共有 このパターンで実行すると親プロセスがlighttpdになっている以上，forkする元がlighttpdなので，共有されるはずがありません。WebプログラマのためのCopy On Write解説：mod_perl/FastCGIでメモリを節約する方法 | Typemiss.netに書いたとおりです。もうちょっとしっかり実験しておきましょう。

Perl：forkしたプロセス間でのメモリ領域の共有　（Link: 遅レス。 - Apache + mod_perl - MaxClients の値に注意） | Typemiss.netの後，LinuxのCopy On Writeについて調べてみました。 このエントリではLinuxのCopy On Writeの挙動を簡単に説明し，mod_perlやFastCGI環境の場合に，どういうことがおこっているのか，どうすればそのような環境でメモリを節約できるのかについて説明してみます。・・・あまり分かりやすくなっていないかもしれませんが。

ざっと試してみた。 ab2 -k -c 10 -n 10000 http://localhost/fcgi/tiny-cgi2.fcgiとして比較。 結果としてはデフォルトオプションならmod_fcgidが50%ほど速いということで。 それ以上にlighttpdとかは速いんだけど。 Webサーバ側でFastCGIのプロセス管理やるより外部でspawn-fcgiなどを使って管理した方が速いようだ。