【激速】mod_perl SpeedyCGI FastCGI【激速】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/06/05(月) 20:01:09ID:+YcYjDiDhttp://perl.apache.org/
SpeedyCGI
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod
前スレ
mod_perlを使おう！
http://pc8.2ch.net/test/read.cgi/php/1005122528/
ー二三ヘ( ﾟ∀ﾟ)ノ
0412402
2006/07/02(日) 11:51:36ID:???lighttpdは普通のcgiもできます。
測定しなかったのは興味がなかったのと、遅いので時間がかかるのがいやというだけです。
ちょっとワガママが入ってます。
0415nobodyさん
2006/07/02(日) 15:51:41ID:???0416nobodyさん
2006/07/02(日) 16:01:25ID:???0417nobodyさん
NGNG0418nobodyさん
2006/07/02(日) 16:46:53ID:???0419nobodyさん
2006/07/02(日) 18:19:12ID:???クライアントの差が出るとすると、-c 1 より -c 10 の方が高い成績を出している
l静的コンテンツ取得の所位じゃない？
リクエストの応答を受けてから、次のリクエストまでの時間を多少稼げる。
ただ、動的コンテンツ取得については、さほど意味のある値ではないと思う。
0420402
2006/07/02(日) 20:18:01ID:???すいません。
急用で外出していました。
測定条件の記入漏れです。
localhostで測定しています。
つまり、サーバーマシン＝クライアントマシンです。
0421nobodyさん
2006/07/02(日) 20:37:17ID:???まあ、簡易に測定する場合は同一マシンでやっちゃうこともあるけど。
0422nobodyさん
2006/07/02(日) 21:00:23ID:???0423402
2006/07/02(日) 21:05:35ID:???まずかったかな。
0424402
2006/07/02(日) 21:18:01ID:???どのみちベンチは個々の環境に左右されるので。
後、もう少し待ってください。
lighttpdのSpeedyCGIとCGIのベンチ終わります。
0425nobodyさん
2006/07/02(日) 21:32:03ID:???マシンの性能計ってるわけじゃないし
0426nobodyさん
2006/07/02(日) 22:04:59ID:???0427nobodyさん
2006/07/02(日) 22:13:04ID:???0428nobodyさん
2006/07/02(日) 22:15:55ID:???0429nobodyさん
2006/07/02(日) 22:20:09ID:???512MB
Vine3.2最小インストール＋コンパイル環境
＋lighttpd-1.4.11ソース＋fcgi-2.4.0ソース
テストソース
S hello world(>367-368)
L nicky.cgi改
以下、結果報告。
0430429
2006/07/02(日) 22:23:16ID:???CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 29.65 0.46 34.28 2.37
２回目 29.65 0.46 40.63 7.34
３回目 29.64 0.46 42.76 7.34
４回目 29.64 0.46 42.71 7.35
５回目 29.49 0.46 42.47 7.36
３点平均 29.64 0.46 41.94 7.34
Requests per second
ab -n 100 -c 10
CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 27.93 0.45 39.92 5.53
２回目 28.49 ABORT 40.25 6.87
３回目 27.07 0.45 38.74 6.85
４回目 27.88 0.45 41.55 6.76
５回目 27.55 0.45 39.25 6.72
３点平均 27.79 0.45 39.81 6.78
Requests per second
ab -n 200 -c 20
CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 27.83 ABORT 38.94 5.63
２回目 29.22 ABORT 40.63 6.58
３回目 27.79 ABORT 39.02 6.82
４回目 28.04 ABORT 40.86 6.96
５回目 28.65 ABORT 37.50 6.69
３点平均 28.17 #DIV/0! 39.53 6.70
Requests per second
0431429
2006/07/02(日) 22:30:12ID:???CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 27.78 ABORT 40.24 5.86
２回目 27.71 ABORT 39.33 6.95
３回目 27.92 ABORT 39.44 6.66
４回目 27.50 ABORT 40.26 6.71
５回目 27.52 ABORT 39.55 6.76
３点平均 27.67 #DIV/0! 39.74 6.71
Requests per second
ab -n 1000 -c 100
CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 28.61 ABORT 37.56 6.03
２回目 28.16 ABORT 40.09 6.42
３回目 27.91 ABORT 39.45 6.54
４回目 27.26 ABORT 36.94 6.55
５回目 27.66 ABORT 39.12 6.60
３点平均 27.91 #DIV/0! 38.71 6.50
Requests per second
ab -n 1500 -c 150
CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 27.98 ABORT 38.02 6.11
２回目 28.02 ABORT 38.09 6.67
３回目 27.50 ABORT 38.17 6.48
４回目 27.03 ABORT 36.71 6.48
５回目 26.88 ABORT 37.58 6.47
３点平均 27.50 #DIV/0! 37.90 6.48
Requests per second
0432429
2006/07/02(日) 22:31:23ID:???0433429
2006/07/02(日) 22:38:08ID:???○PersistentPerl-2.22ソース
0434429
2006/07/02(日) 22:44:58ID:???CGI S CGI L SpeedyCGI S SpeedyCGI L
１回目 26.36 ABORT 37.97 6.41
２回目 27.70 ABORT 38.01 6.90
３回目 27.72 ABORT 38.17 6.99
４回目 26.38 ABORT 35.61 7.00
５回目 26.89 ABORT 38.00 6.89
３点平均 26.99 #DIV/0! 37.99 6.93
Requests per second
0435429
2006/07/02(日) 22:50:29ID:???lighttpd
S(hell world)、L(nicky.cgi改)
CGI S CGI L SpeedyCGI S SpeedyCGI L fastcgi S fastcgi L html S html L
ab -n 10 -c 1 29.64 0.46 41.94 7.34 81.18 7.53 425.63 293.40
ab -n 100 -c 10 27.79 0.45 39.81 6.78 81.17 7.43 561.63 396.52
ab -n 200 -c 20 28.17 abort all 39.53 6.70 79.96 7.46 534.53 395.08
ab -n 400 -c 40 27.67 abort all 39.74 6.71 80.99 7.38 531.22 387.10
ab -n 1000 -c 100 27.91 abort all 38.71 6.50 80.53 7.01 536.27 389.37
ab -n 1500 -c 150 27.50 abort all 37.90 6.48 74.08 6.81 534.09 391.86
ab -n 2000 -c 200 26.99 abort all 37.99 6.93 72.75 6.65 515.67 386.21
Requests per second
0436429
2006/07/02(日) 22:51:24ID:???0437nobodyさん
2006/07/02(日) 22:53:09ID:???同時接続数100とかでやると、タスクマネージャのCPU使用率がぐわっとあがるのがわかる。
0438nobodyさん
2006/07/02(日) 22:57:54ID:???どのアクセラレータもその影響をうけるんだから、比較には問題なくない？
あと、>427も言ってるが今度はルータの影響受けるんでPC間直結になると思うが。
0439429
2006/07/02(日) 23:06:24ID:???この組み合わせの動的呼び出しは、方法が見つからなかったのでlighttpd.confに記述してlighttpdと同時に対象CGIを起動。
1回目のキャッシュクリアはせず。
このため、１回目の起動でスコアが落ちてません。
３点平均でご勘弁を。
またSpeedyCGI Lのab -n 2000 -c 200のスコアが変だったのでSpeedyCGI L全部取り直しましたが同じでした。？？？
0440429
2006/07/02(日) 23:09:26ID:???> 1回目のキャッシュクリアはせず。
方法がよくわからなかったと言うのが本当のところです。
lighttpd再起動でよかったのかな？
0443nobodyさん
2006/07/03(月) 01:27:55ID:???0444nobodyさん
2006/07/03(月) 01:45:16ID:???0445nobodyさん
2006/07/03(月) 01:58:48ID:???度々、御苦労様です。
静的コンテンツについては、lighttpdが圧勝、動的コンテンツについては、hello Worldで見る
分には、mod_cgi下で動く、通常のCGIとSpeedyCGIについては、lighttyがやや速く、mod_fastcgi
下では、Apacheがやや速いという結果の様ですね。
スクリプトが大きくなると、その差は消えてしまいますが。
lighttpdは、静的コンテンツについては魅力的だけど、mod_speedycgiが無いから、perl使う
分には、Apache使っていた方が良いかなと思いました。
ちなみに、Hello Worldでテストする分には、mod_speedycgiより、PHPの方が速いんですが、
ソースが大きくなるにつれて、perlに抜かれちゃうんですよね。
0446nobodyさん
2006/07/03(月) 12:04:55ID:???> Speedyが同時多発接続でｇｄｇｄになってきてるのはエビに食われてるからだと思うんだよね。
んだな。
が、他クライアントをつなぐと今度はNICにCPU食われる。
結局はNICのCPU消費とどっちが大きいかだけの違いでねえ？
いいんでねえ、localhost。
0447nobodyさん
2006/07/03(月) 12:54:22ID:???http://www.nicmania.net/
0448nobodyさん
2006/07/03(月) 19:21:39ID:???それは、何だ、Javaと並ぶ巨大宗教Perlの莫大な遺産の活用じゃない。
0449nobodyさん
2006/07/03(月) 22:39:17ID:???まあ、まるで役にたたないとは言わないが、仕事でやるなら最初からやり直させるな。
0450nobodyさん
2006/07/03(月) 22:47:49ID:???0451nobodyさん
2006/07/03(月) 22:49:14ID:???0452nobodyさん
2006/07/03(月) 22:49:51ID:???0453nobodyさん
2006/07/03(月) 22:50:43ID:???つーか、
http://pc8.2ch.net/test/read.cgi/php/1151250398/
あたりに書くつもりだった誤爆じゃない？
書き込み時刻を見ると、なんとなく辻褄が合う。
スルーしなくっちゃ。
ここのスレは、おそらく住人が10人以下の人里離れた小さな村。
普通の初心者は近付かない。
0454nobodyさん
2006/07/03(月) 22:56:10ID:???> CPU100%にならないように気をつけながらベンチマークとるのが普通なんだが。
処理をフル回転で速く終わらせ、スコアを競うのがベンチマークｗ
0456nobodyさん
2006/07/03(月) 23:06:38ID:???0462nobodyさん
2006/07/04(火) 02:20:16ID:???エビとニクどっちが食うんだろう？
0463nobodyさん
2006/07/04(火) 02:21:17ID:???0464nobodyさん
2006/07/05(水) 12:19:01ID:???0465nobodyさん
2006/07/05(水) 18:20:09ID:???0466nobodyさん
2006/07/06(木) 02:34:15ID:???＞ちなみに、Hello Worldでテストする分には、mod_speedycgiより、PHPの方が速いんですが、
PHPの環境は？まさか普通のapacheモジュール版と比較したりしてないよね？
0467nobodyさん
2006/07/07(金) 20:11:33ID:hqAFRSkq0470nobodyさん
2006/07/08(土) 00:11:01ID:???0471nobodyさん
2006/07/08(土) 11:43:01ID:???PHPは、短いソースでは速いですね。
ちなみに、apxs -g -n hello とかで出来る、hello worldなソースをmake;make installすると、
私がちょっとテストした環境で、mod_speedycgiの2.5倍程度の速度が出ました。
Cを使うなら、handler書くのが良いのかなと思いました。
そこからすると、mod_perlも、Registry使わずに、handlerな形にすると、順位に変動が
ある様な気もしています。
まあ、アプリが大きくなれば吸収されてしまう差なので、速度の為だけにそうする必要が
あるケースは稀でしょうが。
0472nobodyさん
2006/07/08(土) 16:05:57ID:???apache1.3の環境でspeedyCGIを入れ、mt.cgiの先頭を書き換えて実行してみました。
１回目は無事表示されるんですが、リロードするとInternalServerErrorが。
何かインストールで失敗してるんでしょうか…？
0473nobodyさん
2006/07/08(土) 16:45:31ID:???0474nobodyさん
NGNGmtの前に、hello.cgiとか動かしてみればいいんでないすか。
0475nobodyさん
2006/07/08(土) 19:13:56ID:???何か内容が反対に受け取られてるような気が？
補足すると
mod_speedycgiのHello WorldにはCのHello Worldも負けてるのに
比較対照がノーマルPHPなわけはないだろう。
こう言いたかったのよ。
0476472
2006/07/08(土) 19:20:32ID:???質問スレではないかもしれないとは思ったのですが、
皆さんはかなりお詳しいと思い、悩んだのですが思い切って質問させていただきました。
気分を害しましたら、ごめんなさい。
>>474
レスありがとうございます。
「hello.cgi」というのは、要するにテスト用のcgiを作成して、ということでよろしいですか？
googleなどでヒットするhello.cgiを試しに作ってみて、先頭部分を# !/usr/bin/speedyと
書き換えてみましたところ、無事リロードしても表示されました。
となると、問題はmt.cgiなのでしょうか…？
googleでいろいろ調べまくったのですが、どうも有益な情報が見つかりません。
movabletypeでspeedyCGIを動かしている方々、どうぞお知恵を拝借ください…。
0477nobodyさん
2006/07/08(土) 19:56:46ID:???>１回目は無事表示されるんですが、リロードするとInternalServerErrorが。
グローバル変数の初期化ができてない典型のように思えますが、
そのmtはmod_perlやFastCGIでは正常に動き、SpeedyCGIのみ動かない状態でしょうか？
mtは触ったことがないですが、mod_perlかどうか判定してコードを切り替えているという事は聞いた事があります。
≠mod_perlの判定のためCGI用のコードが実行されている？
後、mtはSpeedyCGIよりFastCGIの方が情報が多いので楽かも。
http://as-is.net/blog/archives/001042.html
ここが有名。
0478nobodyさん
NGNGmod_perl用に条件分岐しまくりワロタ
0479471
2006/07/08(土) 20:48:33ID:???mod_speedycgiのHello WorldにはCGI/CのHello Worldも負けてるのに
比較対照がCGI/PHPなわけはないだろう。
と言う意味で解釈していたのですが、これで良いんですよね？
処理系の速度としては、C > perl > PHP というのは周知の事実。
PHPが速いと言われるのは、Apacheのmoduleとして動かしているからで、
この起動速度は、PHPが速く、小さいコードでは、その差が効いてPHPが
速い。
この先は触れていないんですが、、コードが大きくなると、処理系の遅さが
効いてきて、perl系に抜かれるという意味で書いてました。
0481472
2006/07/08(土) 21:07:45ID:???レスありがとうございます。
FastCGIは試していないのですが、mod_perlをインストールする際にエラーが出て
インストールできなかったので、他の方法がないのかと探していてこのスレへたどりつきました。
ここを見ていると、mod_perlはいまいち評価が高くないように感じ、speedyCGIを試していたところでした。
>グローバル変数の初期化ができてない典型のように思えますが、
まさにそうだと思うのですが、対処法がわかりません…。
参考サイトを見ながら、FastCGIの導入を勉強してみます。
レスどうもありがとうございました。大変助かりました。
0482477
2006/07/08(土) 21:22:44ID:???あえてSpeedyCGIを試すなら、mod_perl判定フラグをtrueにすればいいのではないかと思いますが。
SpeedyCGIとFastCGIはメモリ消費も速度も近いので、楽な方を選ぶべきだと思います。
0483477
2006/07/08(土) 21:49:31ID:???後、忘れていました。
FastCGIはScriptAliasがかかっているDirでは正常に動かないです。
mtのインスコ先にScriptAliasがかかっている場合は外してしまって、
変わりに
Alias /cgi-bin/ "......."
<Location /cgi-bin/>
AddHandler cgi-script .cgi
fastcgi-script .fcgi
.....
</Location>
のような感じで設定したらいいです。
0484477
2006/07/08(土) 21:50:32ID:???○AddHandler fastcgi-script .fcgi
0485477
2006/07/09(日) 00:58:13ID:???×<Location /cgi-bin/>
○<Location /cgi-bin>
もう一つ、
http://as-is.net/blog/archives/001042.html
の通りにやるなら、
AddHandler fastcgi-script .fcgi
これは要らないです。
間違いだらけ、本当にすいません。
0486477
2006/07/09(日) 01:02:01ID:???AddHandler fastcgi-script .fcgi
やっぱり要ります。
連投しまくり、すいません。
0487472
2006/07/09(日) 01:17:20ID:???477さん、いろいろとありがとうございます。
あれからひたすら何度も試しているのですが、実は全然うまくいきません（つД｀）
Apache1.3にfcgiとmod_FastCGIを適用させようとしているんですが、エラーが…。
httpd.confに以下の内容を書き込んでapacheを再起動します。
LoadModule fastcgi_module libexec/apache/mod_fastcgi.so
AddModule mod_fastcgi.c
<IfModule mod_fastcgi.c>
AddHandler fastcgi-script .fcgi
FastCGIConfig -maxClassProcesses 4 -minProcesses 1
FastCgiIpcDir /tmp
</IfModule>
すると、
Syntax error on line 206 of /usr/local/apache/conf/httpd.conf:
Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration
とエラーが返されます。サイトの説明通りにやっているんですが…。
0488477
2006/07/09(日) 01:43:44ID:???> LoadModule fastcgi_module libexec/apache/mod_fastcgi.so
エラーログの指摘だとこの行のエラーですよね。
多分、>487さんの環境では、
LoadModule fastcgi_module modules/mod_fastcgi.so
これでいいんではないかと思います。
0489487
2006/07/09(日) 02:10:48ID:???いろいろとありがとうございます（つД｀）2chでこんなに親切にされたの初めてです。
477さんのおっしゃるとおり試してみたのですが、またエラーが出てしまいました。
明日改めてfastcgiを入れ直してみようかと思います。
それで、もしよろしければこちらの板でずっと続けてしまうと皆さんにご迷惑をおかけしているような
気もしますので、メールで教えていただけませんでしょうか…。
もう、藁にもすがる思いなんです…。
メアド欄にアドレスを入れましたので、もしよろしければお返事ください。
本当にありがとうございました。
0490477
2006/07/09(日) 02:17:43ID:???0491nobodyさん
NGNG0493nobodyさん
2006/07/11(火) 14:51:25ID:EY3GIFAeどうしたらいいんでしょう？
0494nobodyさん
2006/07/11(火) 18:03:59ID:???0495nobodyさん
2006/07/11(火) 21:22:46ID:EY3GIFAeperlです。すいません、自己解決しました。
0496nobodyさん
2006/07/12(水) 11:09:51ID:???CGI::Sessionを使うときに注意すべき点があれば
教えてください。
0497nobodyさん
2006/07/12(水) 21:56:44ID:???0498nobodyさん
2006/07/18(火) 01:51:23ID:???0499nobodyさん
2006/07/19(水) 15:16:27ID:???依存でApache::Constantsがないと言われます。
それで、cpanでApache::Constantsをインストしようとすると、
************* WARNING *************
Your Perl is configured to link against libgdbm,
but libgdbm.so was not found.
You could just symlink it to /usr/lib/libgdbm.so.2.0.0
************* WARNING *************
Enter `q' to stop search
Please tell me where I can find your apache src
[../apache_x.x/src]
と警告が二つ出てしまいます。/apache/src なんてどこにもないんだけど、これはなんでしょか？(-o-;
0500nobodyさん
2006/07/19(水) 22:40:18ID:???とかなんじゃね
0501nobodyさん
2006/07/19(水) 22:46:09ID:???> ************* WARNING *************
>
> Your Perl is configured to link against libgdbm,
> but libgdbm.so was not found.
> You could just symlink it to /usr/lib/libgdbm.so.2.0.0
Perlがgdbm前提でビルドされているのに、gdbmの実体がみつからない。
/usr/lib/libgdbm.so.2.0.0に実体へのシンボリックリンクを作れ。
> ************* WARNING *************
> Enter `q' to stop search
> Please tell me where I can find your apache src
> [../apache_x.x/src]
qを入力した後アパッチソースのパスを入力しろ。
以上で間違いないと思うが。
0502499
2006/07/19(水) 22:51:32ID:NWioDOXW/root/.cpan/build/mod_perl-1.29/src/modules/perl/apache_inc.h
/usr/share/doc/mod_perl-2.0.2/docs/devel/core/apache_integration.pod
/usr/share/doc/mod_perl-2.0.2/docs/user/porting/code/apache_mp3_2.diff
/usr/share/doc/mod_perl-2.0.2/docs/user/porting/code/apache_mp3_7.diff
/usr/share/doc/mod_perl-2.0.2/docs/user/porting/code/apache_mp3_9.diff
/var/www/icons/apache_pb.gif
/var/www/icons/apache_pb.png
/var/www/icons/apache_pb2.gif
/var/www/icons/apache_pb2.png
/var/www/icons/apache_pb2_ani.gif
/var/www/manual/images/apache_header.gif
なのですが･･･(-o-;
0503499
2006/07/19(水) 22:55:32ID:NWioDOXWスレ違い失礼します。。
gdbmの実体とはlibgdbm.soですよね？見当たらないんですが。。(-o-;
gdbmってなんでしょ？調べてきます。perlは問題なく動いてはいるんですが。。
0506499
2006/07/20(木) 08:49:55ID:YgRADElF# locate gdbm
/usr/lib/libgdbm.so.2
/usr/lib/libgdbm.so.2.0.0
/usr/lib/python2.4/lib-dynload/gdbmmodule.so
/usr/local/man/man7/maildropgdbm.7
/usr/local/share/maildrop/html/maildropgdbm.html
/usr/local/src/maildrop-2.0.2/gdbmobj
/usr/local/src/maildrop-2.0.2/maildropgdbm.7
/usr/local/src/maildrop-2.0.2/maildropgdbm.html
/usr/local/src/maildrop-2.0.2/gdbmobj/.deps
/usr/local/src/maildrop-2.0.2/gdbmobj/Makefile
/usr/local/src/maildrop-2.0.2/gdbmobj/Makefile.am
/usr/local/src/maildrop-2.0.2/gdbmobj/Makefile.in
/usr/local/src/maildrop-2.0.2/gdbmobj/aclocal.m4
/usr/local/src/maildrop-2.0.2/gdbmobj/config.h
/usr/local/src/maildrop-2.0.2/gdbmobj/config.h.in
/usr/local/src/maildrop-2.0.2/gdbmobj/config.log
/usr/local/src/maildrop-2.0.2/gdbmobj/config.status
/usr/local/src/maildrop-2.0.2/gdbmobj/configure
/usr/local/src/maildrop-2.0.2/gdbmobj/configure.in
/usr/local/src/maildrop-2.0.2/gdbmobj/gdbmobj.c
/usr/local/src/maildrop-2.0.2/gdbmobj/gdbmobj.h
/usr/local/src/maildrop-2.0.2/gdbmobj/gdbmobj2.c
0507501
2006/07/20(木) 09:01:09ID:???通常、
/usr/lib/libgdbm.so.2は
/usr/lib/libgdbm.so.2.0.0へのシンボリックリンク。
#cd /usr/lib
#ln -s libgdbm.so.2 libgdbm.so
で解決するかと。
0508499
2006/07/20(木) 09:15:28ID:YgRADElF/usr/local/src/maildrop-2.0.2/gdbmobj/gdbmobj3.c
/usr/local/src/maildrop-2.0.2/gdbmobj/libtool
/usr/local/src/maildrop-2.0.2/gdbmobj/stamp-h1
/usr/local/src/maildrop-2.0.2/gdbmobj/testgdbm.C
/usr/local/src/maildrop-2.0.2/gdbmobj/testsuite
/usr/local/src/maildrop-2.0.2/gdbmobj/testsuite.txt
/usr/local/src/maildrop-2.0.2/gdbmobj/.deps/gdbmobj.Plo
/usr/local/src/maildrop-2.0.2/gdbmobj/.deps/gdbmobj2.Plo
/usr/local/src/maildrop-2.0.2/gdbmobj/.deps/gdbmobj3.Plo
/usr/local/src/maildrop-2.0.2/gdbmobj/.deps/testgdbm.Po
/usr/local/src/maildrop-2.0.2/maildrop/maildropgdbm.7
/usr/local/src/maildrop-2.0.2/maildrop/maildropgdbm.html
/usr/share/doc/gdbm-1.8.0
/usr/share/doc/gdbm-1.8.0/COPYING
/usr/share/doc/gdbm-1.8.0/NEWS
/usr/share/doc/gdbm-1.8.0/README
/usr/share/doc/man-pages-ja-20060115/translation_lists/GNU_gdbm.translation_list
/usr/share/man/ja/man3/gdbm.3.gz
/usr/share/mime/application/x-gdbm.xml
です
0509499
2006/07/20(木) 13:36:45ID:???FedoraCore5なんですが、ググってもそれらしい情報が探し出せない(-o-;
Apache::SSIってあんまり使われてないのかな；；
0510501
2006/07/20(木) 22:00:08ID:???> ************* WARNING *************
> Enter `q' to stop search
> Please tell me where I can find your apache src
> [../apache_x.x/src]
ここで'q'を打った後、
/usr/include/httpd
か
/usr/lib/httpd/build
を入力。
これでいいかも。
断っておくがFedoraCoreほとんど知りません。
RPMの中身からの憶測なので違ったらすまそ。
0511nobodyさん
2006/07/23(日) 03:21:11ID:???環境も整ってきたので、適当にベンチとってみました。
予想以上の結果にビックリしてます。
実際運用している物と同じシステムで負荷の高い（DBIでSELECT）メインスクリプトに
５つほどライブラリでばらしています。
ab -n 1000 -c 10
PerlRun+DBI 10.60 [#/sec]
PerlRegistry+DBI 44.74[#/sec]
PerlRegistry+Apache::DBI 103.67[#/sec]
mod_speedycgi+DBI 219.51[#/sec]
数回とりましたが、おおよそこんなもん
速度とメモリ使用量はすばらしいんだけどな〜 mod_speedycgiがわからない事だらけ。
DBIの扱いにクセとかあるのかな？なんとかDBI接続できてるんだけど不安定（同一ソースで成功したり失敗したり）
デバッグは大変だと思う、たんに-wをつけていてもerror_logに入ってこないヶ所も多々あるように感じる。
DBIのエラーや不都合をさぐるのに$sth->errstrも効果無い？のでDBI->trace()でさぐってます。
ググってそれなりの資料が出てくる日まで、速度とメモリ使用量のメリットをあきらめてmod_perlにもどそうかと検討中ですｗ
■ このスレッドは過去ログ倉庫に格納されています