◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:【激速】mod_perl SpeedyCGI FastCGI【激速】YouTube動画>1本 ->画像>1枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/php/1149505269/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
mod_perlを04Webserverで使用してみたいのですが、
そんな馬鹿なことせずに apache 使えばよろし。
SpeedyCGI使えばPerl側だけの問題で済ませるやん。
前スレに書いちゃって、誘導されてきました。前スレ995です。
どのタイミングで、どのプロセスが、モジュールを読みこんでいるのか？
mod_perl時の場合END{}はプロセスが終了した時のみに実行されますが
>>8 mod_perlにそういうhookが用意されていないと無理
たいていオブジェクト指向バリバリで書くからsub DESTROYでも用意しておけばいいんじゃね？
了解です、ありがとうございます。
mod_perlをapacheで走らせてるときに、
mod_perlなら
http://search.cpan.org/ ~gozer/mod_perl-1.29/Log/Log.pm
これ。
mod_perl2なら
http://search.cpan.org/ ~pgollucci/mod_perl-2.0.2/docs/api/Apache2/Log.pod
これかな？
Log4perl とか使えば、あんなことやこんなことできるんでは？
前スレから疑問なんだけど、なぜにSpeedyCGIではなくmod_perlなの？
Apachモジュールをperlで書けるからでしょ。
> ２．メモリ消費
>>18 >>19 しかも太る一方。
> mod_perlをはじめて使った時は感動したが、後で愕然とした。
>>22 めちゃくちゃ言うなあ。
mod_perlをoffにしてapache再起動したら、通常のサイズに戻ったが。
逆にそちらではどれくらいのサイズなんだ？
>>23 > めちゃくちゃ言うなあ。
どこらへんが滅茶苦茶なのだろう。
> mod_perlをoffにしてapache再起動したら、通常のサイズに戻ったが。
そうでしょうね。
> 逆にそちらではどれくらいのサイズなんだ？
アプリケーションの規模によるよね。
mod_perlでApacheが太るからわざわざリバースプロキシ使ってるんではなかったのか？
mod_perl 等を使う時は、フロントエンドとバックエンドに分けて使う。
>>24 あほくさ。
> > mod_perlをoffにしてapache再起動したら、通常のサイズに戻ったが。
>
> そうでしょうね。
設定正しいって事やないか。
Apacheでmod_perlのメモリの制御はできん。
> > 逆にそちらではどれくらいのサイズなんだ？
>
> アプリケーションの規模によるよね。
使った事がないんだな。
そんな単純な食い方はしない。
> Apacheでmod_perlのメモリの制御はできん。
>>26 当然そういうことだが。
言葉がうわすべりしてないか？
mod_perlでリバースプロキシ使うのは、
１．mod_perlでApacheが太り、静的サービスの反応が鈍る。
２．解決策として静的サービスには別のApacheを使う。
こういうことなんだが。
何も別マシンにリバースプロキシかけなくても静的サービスのスピード向上はできるよ。
>>30 別マシンとはひとことも言っていませんね。
>>29 > メモリの使用量でなく、プロセスの数を調整する。
> で、定期的に再起動するようなオプションあるよね。
面白いこと言うな。
プロセスの数は調整できんよ。
ある回数起動したらプロセス死ぬ設定はできるが、プロセスの数は運まかせになるよ。
>>34 で君はそのページをまねて、実際にどれくらい節約できた？
>>34 http://d.hatena.ne.jp/babie/20060201/p3 何やこれ。
１．Apacheが太るので子プロセスの数を制限する。
２．静的コンテンツのスピード確保にリバースプロキシを使う。
３．Apache自体をできるだけ太らせない。
当たり前のことやんか。
何も新しいものあらへん。
mod_perl使いたきゃ、
>>34 http://d.hatena.ne.jp/babie/20060201/p3 >テスト機で試した。MaxClients 調整前はめっさ重くなる(SSHまで！)。
>MaxClients 調整後はなんとか耐えられる。
なんとか耐えられるんだってよ。
静的なもんも、動的なもんも、とりあえず一台でさばけて、
>>48 規模によってmod_perlがSpeedyCGIを上回ることがあんの？
>>48 規模が大きいほどmod_perl不利。
セッション数を捌けない。
規模が小さくてもやはり不利。
無用にApacheが圧迫されている。
FastCGIって、mod_perlやSpeedyCGIに比べるとどんなん？
優秀。
mod_perlは
FastCGI安定してるなぁ。
>>53 ベンチはそれほど意味がないよ。
引用先も、対象ベンチ次第でで結果がころころ変わっている。
しかし、mod_perlはベンチでも負けている記事が目立つ。
mod_perl って 3 系統くらいあった気がするけど、だれか違いを説明きぼん。
このスレの住人ってなぜにmod_perlにしがみつくの？
なにをもって「mod_perlにしがみつく」ということにしたいのだろう。
C/FastCGIとPerl/FastCGIってどのくらい速度が違うか実践した方います？
> mod_perlは一体どこがアドバンテージ？
>>67 試してないので机上の空論ですまそ。
Cはコンパイル時に非常に長い時間をかけて最適化を行うので、一瞬でコンパイルする必要があるPerlコンパイラとはやはり根本的な差があると思う。
そうでなければ、Cが今だに強い理由はないと思う。
しかし、大きく差が詰まるのは間違いないよね。
>> そうでなければ、Cが今だに強い理由はないと思う。
>>72 まさか。
速度が必要な分野で。
OS、DB、科学技術計算。
>>67 Win上で同じくネイティブコードを吐く、VBとCの速度差にビビった経験があるな。
.NETでは言語間の速度差はほぼ無いようだが。
本格的に大規模なサイトだと、重い処理はCで書いて、それをPerlやPHPから使うって言うのが解決策になってるんじゃないかな。
まぁ各ファイルで共通の手続きはできるだけモジュールに括り出すんだな。
>>77 Cの処理速度にはまじでビビるよ。
I／Oかかえていても速い。
CPUが直接食える状態になってるからな。
>>79 mod_perlの馬鹿食いはそのせいだけじゃないよ。
mod_perlはApacheの全子プロセスに問答無用でPerlインタプリタを埋め込む。
コードのキャッシュも全子プロセスが持つ。
結果的に、同じコピーが大量に作られる。
SpeedyCGIを運用しているが、常駐インタープリタは２個で充分。
リクエストが多い時はまたされるだけ。
ちゃんと捌く。
mod_perl運用時に比べメモリ使用量は激減した。
mod_perlはアクセラレータとしては、仕様に大きな問題があると思う。
preforkはアレだが、workerならある程度再利用が有効に効かない？
>>81 その通りなんだけど、workerは1.3系列はダメじゃなかったかな？
効果もある程度だしね。
FastCGI、SpeedyCGIがインタープリタの数等、リソースを自由にコントロールできるのに対して仕様自体が？？？ではないの。
原理的には、プロセス間通信のないmod_perlは速度的に優位なはずだが、
とりあえず、”アクセラレータ"としては、SpeedCGIか、FastCGIでってことでオケ？
無茶な使いかたしなければmod_perlでもいんじゃね？
http://d.hatena.ne.jp/babie/20060201/p3 >テスト機で試した。MaxClients 調整前はめっさ重くなる(SSHまで！)。
>MaxClients 調整後はなんとか耐えられる。
>MaxClients 調整後はなんとか耐えられる。
ベンチマークすら提示せずに否定に走られてもねぇ。
>>80 > mod_perlの馬鹿食いはそのせいだけじゃないよ。
> mod_perlはApacheの全子プロセスに問答無用でPerlインタプリタを埋め込む。
> コードのキャッシュも全子プロセスが持つ。
> 結果的に、同じコピーが大量に作られる。
これに関しては、何を言いたいのかさっぱりわかりませんね。
このスレ見てるとmod_perlうんこな流れだけど
Apacheモジュールだからというだけで食いつきがいいような希ガス。
>>90 その本物とやらは、どんなものなんでしょう？
まだ自分専用のスレと勘違いしたままのmod_perl厨カワイソス
>>89 > このスレ見てるとmod_perlうんこな流れだけど
> mixiやはてながmod_perlで運用してるのは何か理由があるの？
理由が知りたいから、
「mod_perlは一体どこがアドバンテージ？」
mod_perl厨に聞きつづけてるんだが。
未だに返事はなし。
「mod_perlは一体どこがアドバンテージ？」
>>88 > ベンチマークすら提示せずに否定に走られてもねぇ。
>
>
>>80 > > mod_perlの馬鹿食いはそのせいだけじゃないよ。
> > mod_perlはApacheの全子プロセスに問答無用でPerlインタプリタを埋め込む。
> > コードのキャッシュも全子プロセスが持つ。
> > 結果的に、同じコピーが大量に作られる。
>
> これに関しては、何を言いたいのかさっぱりわかりませんね。
とてもユニークな意見やね。
どんなベンチとるんだろうか？
俺ならtopコマンド叩く程度しか思いつかんが。
>>94 同意。
しかもmixiが重いって話になると、今度は
「それはMySQLのせいらしい。」
とくる。
「mixiやはてながやってるから正しいんだろう。」
これ以上のものは見えてこない。
うんざり。
mixiがやろうと、はてながやろうと、間違ってると思えばその通りに発言できる。
>>85 ”アクセラレータ"としてのmod_perl自体が無茶かと...
実績があるからじゃないの。mixiやはてなクラスなら、フロントサーバとアプリケーションサーバを分けて運用するの、どのみち必須だろうし。
あまりにもレス食いつきの良さに
ooとxxどっちが強いレベルだよ
フロントとアプリサーバを分けるならいいけど、
lighthttpd+FastCGIが最速で終了。
lighttpd+FastCGIもいいかと思ったんだけど設定がめんどくさそうなんだけど
dagに、lighttpd,lighttpd-fastcgi があるけど、このrpm使えぱ設定とか
>>107 SpeedyCGIは設定なし。
１．perlソースのグローバル変数を対応。
２．#!/usr/bin/perl等から#!/usr/bin/speedyや#!/usr/bin/perperl等に変更。
以上で終了。
Apacheは設定もできるが必要なし。
ただし、SpeedyCGIまたはPersistentPerl（中身はコマンド名以外同じ）が入っていること。
http://rintaro.dip.jp/program/nicky/index.html すげー
>>110 すまそ。
Linux以外でperl使った事ないです。
>>107 > lighttpd+FastCGIもいいかと思ったんだけど設定がめんどくさそうなんだけど
ぐぐれば、そこらへんに落ちてると思う。
>>112 落ちてはいるだろうけど、
１．lighttpdの導入および設定
２．FastCGIの設定およびアプリ起動スクリプト作成法
これ新しくマスターするの結構、手間がかかるよ。
ところでworker+mod_perlのベンチってどっかにあるかね？
>>83 >原理的には、プロセス間通信のないmod_perlは速度的に優位なはずだが、
>どこのベンチをみても有意な差がない。
プロセス間通信がないことは、応答時間の短縮にはつながっても
スループットにはあんまり影響しないってことじゃない？
>>115 応答時間の短縮≠スループットの向上。
ちょっと理解に苦しむが、どういう意味？
処理が早いだけで、
理解に苦しむといわれても、そのまんまなんだけど。
プロセス間通信がないmod_perlのほうが速いはずだけどベンチマークとったら差がない、ということだから、
mod_perlのほうが応答時間は短くなるかもしれないけど、それはスループットには影響を与えないんだろうね、ちうこと。
応答時間の短縮＝スループットの工場とは誰もいってないよ。
それを主張したら
>>115 とすごく矛盾してしまうんだけど。
そういう意味ならその通りだね。
む？どこらへんが脱線してる？ふつうにmod_perlの話だと思うし、
>>83 の話からなんら飛躍してないと思うが。
>>118 言ってることはよくわかる。
しかし、ベンチの速度の話をしているときに、いきなりスループットは脱線だよ。
スループットが大きく影響するベンチもあれば、そうでないものもある。
ベンチ次第。
>>121 飛躍しているよ。
言っていることは、一般論としては正しいが、ベンチには反映されにくい。
>>122 どんなベンチマークを想像してんだろ。
おれは ab -c 10 -n 1000 みたいなのを想像してたんだけど。
サーバーサイドの話なんだから、ふつうにスループット重視だと思うんだが、
サーバーサイドのベンチで、スループットじゃないベンチおしえてくれ。
つーか、ベンチマークの話のときにスループットだすのがなんで脱線なんだ。理解に苦しむ。
こういう事はあまり言いたくないが、スループットの意味を解って使っているのか？
>>125 どういうベンチの取り方だったらいいわけ？
>>126 どういうベンチがいいとかいう問題じゃない。
ベンチは取った条件を考慮しないと、意味がない。
SpeedyCGI,FastCGIを試してみようかなと思い、とりあえずrpmがあるかと調べてみたら、
>>125 おいおい、今までの話で、「スループット」を誤用したところがあるか？なんでこんな心配されなきゃならん。
まず、
>ベンチの速度の話をしているときに、いきなりスループットは脱線だよ
を説明してくれ。
>こういう意味なんだろうが、それは単純にベンチには出ない。
>まずmod_perlへのリクエスト量が多く、mod_perlの処理に支障がある状態のベンチかどうか。
>そうでなければ、何の関係もない。
あれー、今はmod_perlのベンチマークの話だよね？mod_perlに負荷がかからないようなベンチを勝手に想像されてもなー。
>どういうベンチがいいとかいう問題じゃない。
>ベンチは取った条件を考慮しないと、意味がない。
じゃあどういうベンチマークテストで、どういう条件を考慮すればいいわけ？
おまえの話きいてると、逃げてるだけじゃん。
喧嘩するときはbeか鳥付けないと誰の発言か確認できないよね
>>130 >>132 mod_perlはそのベンチの条件でセッション数が飽和しているか？
これをふまえて発言しろ。
>>130 > あれー、今はmod_perlのベンチマークの話だよね？mod_perlに負荷がかからないようなベンチを勝手に想像されてもなー。
「mod_perlに負荷がかからないような」ではなくて、
mod_perlにどれくらいの負荷がかかっていて、mod_perlがセッションさばけるかが問題ってことじゃねえ？
「mod_perlに負荷がかかって」いても>129のような軽い負荷だと関係ないっていうことかな。
>>136 > してない。
> それで？
それだと>116氏や>134氏の言うとおりになるんじゃない？
> 「mod_perlに負荷がかかって」いても>129のような軽い負荷だと関係ないっていうことかな。
> beか鳥をつけた方がよくね？
>>139 >116や>134がデマってことは、
mod_perlのスコアがのびない理由はセッション数以外にも理由があるって理解でええの？
>>140 > >116や>134がデマってことは、
>116や>134は、デマなんですか？
はつみみです。
漏れは頭悪いんで、>139が誰に対してデマっていってるのかわからんのやけど。
>>143 > 漏れは頭悪いんで、>139が誰に対してデマっていってるのかわからんのやけど。
そもそも、誰かの発言がデマであるというようなことは
>>139 では述べられて
ないのでは？
>>144 > それ以前に、>139=>142ってことでいいん？
どのように解釈しようと、各人の自由だと思いますよ。
Perl厨わかなくなったと思えば次はmod_perl厨。
（・∀・）ﾆﾔﾆﾔ 厨
必死だな 厨
>>149 みたいなの
も定期的に湧くな。
すごいな。
このスレは。
>>154 まあ、一番と順位づけをするためには、ベンチマーク等と同様に
客観的な基準が必要だよね。
- 何をもって「変」とするかの基準
- 上記「変」の順位付けの方法
>>155 >> ベンチマーク等と同様に客観的な基準が必要だよね。
このへんで頭の悪さがばれる。
>>158 まあ、ベンチが客観的と信じるのは個人の自由だし。
ええんでない？
宗教に、ほとんどとか程度があるのか。
mod_perl と SpeedyCGI どっちがいいの？
>>170 mod_perl以外クソに決まってるだろ！
>>170 mod_perl以外を選ぶメリットは何もない。
>>171 さん
>>173 さん、ありがとうございます！
>>175 わかってるようだな。
世界で一番優れた言語mod_perl！
>>176 mod_perl って言語だったんですね！
明日早速会社のサーバに mod_perl 言語を入れて実稼働はじめます！
>>175 いや、言語ではなく神だ。
まだまだだな。
>>177 神を汚れたサーバに入れるなどおそれおおい。
神棚に飾っておけ。
>>178-179 神などという抽象的な存在の話なら、板違いじゃないのかな。
このスレは脱線かバトル以外話題がないからな。
> そんときだけ異様にのびる。
SpeedyCGIってlighttpdでも使えるん？
> SpeedyCGIってlighttpdでも使えるん？
> SpeedyCGIってlighttpdでも使えるん？
>>194 ありがとう
バックエンドとか云うのは最初起動させとかなくていいの？
shebang行をspeedyに変えるだけでいいの？
> Perlで完結するので、webサーバーは問わない。
ただし、ActivePerlの場合は俺は知らん。
> Perlで完結するので、webサーバーは問わない。
>>195 > バックエンドとか云うのは最初起動させとかなくていいの？
> shebang行をspeedyに変えるだけでいいの？
変えるだけでOK。
最初に実行した時に勝手にインタプリタが常駐しネイティブコードもキャッシュされるよ。
ただし、デフォルト設定では１時間Callがなければ、すべて解放されてしまうので自分の環境に合わせてコマンドラインスイッチを。
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod >>196 > /usr/bin/speedy は perl なのかと。
CPANでインストールできるし、Perlドキュメントにも載ってますが．．．？
Perlの公式リリースと思っても間違いではないはず。
> CPANでインストールできるし、Perlドキュメントにも載ってますが．．．？
凄い
>>198 こだわるね。
正確に言えば、ActivePerlの場合は俺は知らんが、それ以外ならPerlで完結してるよ。
これでいいんだべか？
> 正確に言えば、ActivePerlの場合は俺は知らんが、それ以外ならPerlで完結してるよ。
デマばかり流している
>>194 氏がかわいそうなので、
間違いを指摘するのは、このくらいでやめてあげてください。
>>204 > バックエンドプロセスへ通信するために起動される実行ファイルは
> Perl なのかと。
つ、SpeedyCGIのバックエンドはwebサーバーと無関係。
>>209 > > バックエンドプロセスへ通信するために起動される実行ファイルは
> > Perl なのかと。
は、
>>198 > Perlで完結するので、webサーバーは問わない。
に関しての発言ですね。
> つ、SpeedyCGIのバックエンドはwebサーバーと無関係。
shebang を speedy の変更した場合、
httpd から perl 以外のバイナリが呼び出されて SpeedyCGI の
バックエンドプロセスとやりとりをするわけだから、
> Perlで完結
ということにはならない。
>>210 まあ理屈ではなんとでも言えるよな。
誰もそんなことに関心はないわけだが。
>>211 > 誰もそんなことに関心はない
という思考をしていると思われる人が、
何で
>>211 のような記述をしてるのか謎ですね。
> shebang を speedy の変更した場合、
speedyCGI試してみたけど、確かに速いね。
>>218 > 通常のCGIと、CGI版speedyCGIは大差が無かった
CGI版SpeedyCGIで鯖運用してるが、通常のCGIから劇的に速くなったよ。
どこもそういうことになってるみたいだが。
CGI版SpeedyCGIは1発目の動作は
インタープリタ起動→常駐→コンパイル→キャッシュ→実行
となるから、遅い。
次回からは
最初の４ステップがなくなり実行のみになるので、急激に速度が向上する。
２回以上実行した？
>>219 自分でも信じられなかったので、2台のマシン(Opteron ?GHz CentOS4.3とPen2 200MHz RH9)
で試したけど、同じような傾向が出た。
ザウルスのサイトも見ているんだけど、本当にmod_speedycgiで動かしているのかなという
気がしている。お恥ずかしながら、私も最初、大差無しの結果を出していたが、原因は、
LoadModuleをしただけで、cgi-binの下でcgiとして動かしてしまっていた事。マニュアルにある
様に、ディレクトリ切って、SetHandlerしたら、桁が上がった。
#!/usr/bin/speedy
use CGI;
use DBI;
print << "EOT";
Conent-Type: text/html
<html>
<head>
<title>test speedy</title>
</head>
<body>
Hello World
</body>
</html>
EOT
を、遅いマシンの方で、ab -n 10
http://localhost/speedy/test3.scgi みたいな事を今やったら、
CGI 1726.281 [ms]
SpeedyCGI(CGI版): 44.240 [ms]
mod_speedycgi: 10.990 [ms]
てな感じになりました。(Time per requestの値)
shebangをspeedyに変えても
>>223 実際にはやってないのですまそ。
SpeedyCGIはSuExecはOKだったはず。
ソースは http://rintaro.dip.jp/program/nicky/index.html >>221 上記のスクリプトから、use CGI; use DBI;を抜くと、
CGI: 49.640 [ms]
SpeedyCGI(CGI版): 43.361 [ms]
mod_speedycgi: 10.968 [ms]
という結果。
スクリプトの中身がほとんど無い状態だと、スピードに差が出なかった。
意味のあるスクリプトは、当然、ぐっと長くなるので、SpeedyCGI(CGI版)でも、劇的に
速くなったと感じられる筈。use CGI; use DBI;しただけで、150倍以上の差が出るので、
3桁の差が出る事も十分あり得そう。(普通のCGIが遅すぎるんだけど)
ちなみに、SpeedyCGIについては、2回立て続けにabし、2回目の結果を書いてます。
自分でも、速くなっている様だけど、？？？な所がある結果なので、追試して貰えれば、
何よりです。
>>225 追試ありがとうございます。しかも、mod_perl付き。(^^)
それにしても、mod_speedycgi速いですね。
> 誰もmod_speedycgiは無視してたからな。
私は、一昨日あたりから真面目に調べ出したんで詳しくないんだけど、何でmod_speedycgi
は無視されてたんでしょうか？
あと、FastCGIは、speedyCGIよりも速度的に有利みたいな記述を見かけるけど、比較対象は
speedyCGI(CGI版)なんでしょうか？
これなら、Catalystを試してみても良いかなという気がして来た。
とりあえず。
> >218は発見者
追試結果。
print するだけって、とても無意味なベンチですね。
俺は貴重な時間を割いたので、これ以上はゴメンです。
まずは「完璧なベンチ」の要件から定義していかないとね。
>>232 お騒がせしました。
そうすると、mod_speedycgiは確かに速いけど、実際のアプリではファイルやDBへの
アクセスがあるから、speedyCGI(CGI版)との速度差はほとんど無くなると言う事の様
ですね。(ほとんどがオンメモリーで済む処理だと差が出るけど)
ちなみに、テストに使った Hello world をhtmlにして同じサーバに入れてベンチ取った
所、4.298 [ms]でした。
mod_speedycgiは、10.968 [ms] だったので、この2.5倍程度しか掛かっていない、という
事は、ぼちぼち限界。
アクセラレータとして、mod_perl,FastCGI,SpeedyCGIの比較で、
>>52 の
「スピードはどれも意味のある差はない。」
は、正論だったんだなと再認識しました。
>>225 そのmod_perlはまさかpreforkじゃあるめぇな？是非workerでのベンチも宜しく。
>>241 > そのmod_perlはまさかpreforkじゃあるめぇな？是非workerでのベンチも宜しく。
まさかのpreforkだよ。
Apache1.3.33なのでworkerは使えないはず。
ボランティアではないから、Apache2インスコは勘弁してくれ。
まあ、時間ができた時にやってもいいな。
いろいろ参考になります。ありがトン。
SpeedyCGIってWindowsでは動かないのか？
http://www.drk7.jp/MT/archives/000863.html によると、FastCGIは、Segmentation Fault に悩まされる事がある様だけど、
ぶち当たった事がある人いる？
なんかmod_perlというとmixiやhatenaが出てくるけど、
>>234 >>235 >>239 同じWebサーバを使い、同じPerlインタプリタと同じコンパイル済みのコードをメモリ上に
常駐させて処理するんだから、その処理時間は、mod_perl,SpeedyCGI,FastCGIのどれも
掛かる時間は一緒。
せいぜい差が出るのは、起動の際の時間。
コードの量が増えれば、起動時間の差が占める割合が低くなるから、コードの規模が
大きくなるに従って、三者の差は無くなって行く。
凝ったコードでベンチを取っても、「CGIは遅いが、mod_perl,SpeedyCGI,FastCGIはほとんど
差が出ない」という結果が出るだけ。
だから、「最小限のコード」でベンチを取るのは正解。
ただ、処理時間の「差」を見るのは良いが、「比率」を見てしまうと、間違いの基。
あとは、メモリを喰いすぎてswapを起こして遅くならないかとか、マルチ*な環境を有効に
使えるかとか、一度に多くのリクエストが集中した時に、適切に捌けるかと言った比較を
するのは意味がある。
>>252 > あとは、メモリを喰いすぎてswapを起こして遅くならないかとか、
> マルチ*な環境を有効に使えるかとか、一度に多くのリクエストが
> 集中した時に、適切に捌けるかと言った比較をするのは意味がある。
よく意味がわかりません。
>>252 > だから、「最小限のコード」でベンチを取るのは正解。
そうかな、むりやり差を出すのが正解とは思わないが。
> あとは、メモリを喰いすぎてswapを起こして遅くならないかとか
mod_perlは自分に対してのswapは、許してないよ。
プロセスごとkillされる。
誰かPerlの本格的コンパイラ作らんかな。
確かに妄想なんだがリサーチしようがないだろう。
PARはPerlのDLL全部ぶち込んで
>>259 perlccばっかりやん。
役にたたんのはわかってるんでねえ？
perlccはバイトコードに変換してるだけだからね。
漏れが
>>245 で、2006/06/17(土) 16:49:21にperlccのこと
質問したのに、無視しといて、
>>257 が質問したら、急に
レスが付くって、本当にありがとう。
ここにはレスしなければならないという義務が存在するのか？レスをするのもしないのも自由。
>>264 今度、ベンチとるときにperlccもやるつもりだったよ。（-Bオプションのみ）
レスはしなかったが。
mod_perlのPerlRegistry + Apache::DBIな永遠DBI接続みたいなもんは
>>268 フロントコントローラしてくれる手軽なFWがあれば便利なんだけど。
perl -MCPAN -e "Bundle::Maypole" したら、あまりにも大袈裟なんで、めげた。
>>245 バイトコードへの変換はそれほどコストが掛かる訳じゃないので
perlccでバイトコードへ変換してもそれほど高速にはなりません。
とはいえ実測では1割程度の速度アップが見られました。
誰もが初めからレス見てると思うなよ、ガラスの十代め。
>>271 誰をガラスの十代って言ってるのかとおもたらこの漏れのことか。
とてもご親切にありがとう。これから「ガラスの十代」ググってきまつ。
workerのベンチをある程度とれたので公開。
ab -n 20 -c 1
ab -n 20 -c 40
ab -n 20 -c 200
以上で全て。
追記
ab -n 20 -c 1とかのオプションってどういう意味なんでしたっけ？
>>232 ,
>>275 を比べると、両者で測定条件が違いそうだけど、prefork,workerの差は、
あまりないと言う事かな？
それにしても、SpeedyCGIは強いね。
>>282 測定条件は違います。
前回：Vine3.2フルインストール（Apache1.3.33、mod_perl含む）＋SpeedyCGIソース
今回：Vine3.2最小インストール＋コンパイル環境＋Apache2.0.58ソース（workerでコンパイル）＋mod_perlソース＋SpeedyCGIソース
なぜこのようになったかというと、Apache2環境のアクセラレータがディストリのものではうまく揃わなかったからです。
Vine、Debianを試しましたがApache1しか揃いません。
>prefork,workerの差は、あまりないと言う事かな？
前回がApache1だし、-c 10の場合しかとってないので、
次回：Vine3.2最小インストール＋コンパイル環境＋Apache2.0.58ソース（preforkでコンパイル）＋mod_perlソース＋SpeedyCGIソース
で同条件のベンチを取ってみます。
cが大きくなった場合が違う？
今度はmod_speedycgiもとれるかと。
余裕があればFastCGIも追加します。
>>283 これ読んで気づいたけど、今回のS;peedyCGIは、mod_speedycgiではなかったんですね。
それから、mod_perl workerはRegistryだと思うけど、PerlRunの結果と、1回で良いから、
同一内容のhtmlを静的コンテンツとして取り出した際の値も併記してもらえれば嬉しい
です。
>>285 了解。
実運用のNicky!のデータを吸い込ませたので、同一内容のhtmlは元々有ります。
ただ、mod_perlと併用した場合とかなると条件をどうするか面倒なのでできれば静的コンテンツ単体で取りたいです。
複雑なものは、基本的なものが揃ってから。
後、ディストリはGentooがよかったかな。
ちょっと構築に時間がかかるけど。
-n 20 -c 200って変じゃない？
> -n 20 -c 200って変じゃない？
あと、データ提供時に説明不足な点がありました。
>>288 >>287 が言っている事は、
-n 20 -c 200 だと、200回の同時接続要求を出すのに、全体のリクエスト数が
それ以下の20回と言うのはおかしい。nの値は、cより大きい筈ではないか、
ではないかと思います。
もし、同時接続200を20回繰り返すという意図なら、-n 4000 -c 20 という感じか
なと。(abが、リクエスト完了の後、すぐに次のリクエストを発行すれば、-n 4000
が、この意図を満たすのに適当な値ではないのですが)
ちなみに、n < c の場合、少なくとも、c回のリクエストは発行する様です。
こんな場所に匿名で貼られたオナニーベンチなんかだれも信用しないし、
>>291 嘘をつくメリットもないので、
参考にはなると思いますよ。
＞同時接続200を20回繰り返すという意図なら、-n 4000 -c 20 という感じかな
>>292 嘘をつくメリットがないと、参考になるというのは、すごくはつみみですね。
>>287 >>290 失礼。
>290のいう通りの間違い。
やり直します。
ab -n 20 -c 20 までの結果を見ても
>>291 そもそも、ベンチの結果なんて取り方によって変わって来るわけで、
267が書いている結果を、そのまま鵜呑みにする事は間違った判断
だと思う。その意味では、私も「信用」はしていない。
しかし、オナニーベンチの積み重ねで、一般的な傾向は見えると思う
ので、「参考」になるとは思っている。
また、今までCGI、SpeedyCGI,FastCGI,mod_perlを比較したベンチを
目にする機会があまりなかったので、ネット上の情報を見て、
CGI << SpeedyCGI < FastCGI < mod_perl(Registry)
だと思い込んでいたが、SpeedyCGI,FastCGI,mod_perlの速度は大差
がなく、順番だって怪し事が分かった事は、とても良かったと思う。
ちなみに、このスレを最初から読めば、267が匿名とは言い難い気がする。
俺も感謝してるぜ。難癖付けるやつはどこにでもいるだろうから気にしないで欲しい。
難癖つけてるのは一人。
>>268 http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod のFAQには、
> ・データベースへの接続を持続させたままにするにはどうすればよいですか？
>
> グローバルの値は実行をまたがって保持されるので、これを行う一番よい方法は接続を
> グローバル変数に格納し、実行のたびにその変数が既に定義されているかをチェックする
> ことです。
と書いてある。
>>304 > 匿名とは何か、定義を教えていただきたい。
自分の実名を隠してあらわさないこと。また、実名を隠して別の名を用いること。
>>303 ｱｻﾞｰｽ
mod_speedycgiもメモリ使用量が肥大しないようなので
今動かしてるシステムをmod_speedycgiに移行させる予定。
mod_speedycgiのレポートはこれからかな？
ｸﾞｸﾞみたけど障害系のレポートが見つからなかったのが不安
>>307 mod_speedycgiが入ってないのは、worker下ではエラーになったからです。
preforkで取るつもりです。
現在は、workerを取り直し中です。
>287氏、>290氏からパラメータの不備を指摘されたので、再測定。
ab -n 10 -c 1
ab -n 200 -c 20
ab -n 1000 -c 100
ab -n 2000 -c 200
そのスペックでもHTMLってこんなにさばけるんですね
RegistryとPerlRunってこんなに違うのかぁ。。
ん、PerlRunよりCGIが速いってのは何故だろう。
apache2 workerとmod_perlって合性悪いんじゃなかったっけ？
>>310 ,312-316
ご苦労様です。m(__)m
nicky.cgi改ってのは、ほとんど一本物のプログラムですか？
そうだとすれば、PerlRunだと、ほとんどキャッシュされないからCGI並みのスピードに
なるのは理解できますが、ここまで遅くなる理由は何でしょうね。
ほとんどの機能をmodule側に移せば、PerlRunもそれなりに速くなる筈。
SpeedyCGIとFastCGIの速度比は、うちで取ってみたSpeedyCGIとmod_speedycgiの
比とほぼ一緒。多分、FastCGIとmod_speedycgiは、同程度の速度と言う結果になる
のかなと予測しています。
ちなみに、SpeedyCGIのMaxRunsはデフォルトの500でしょうか。
そうだとすると、-n 2000では、途中3回、再execされているんですよね。
>>321 >>232 の結果と併せて見れば、どう転んでも、同時接続数が少ない時は、
mod_perl(Registry),mod_speedycgi,fastcgiは同じ程度の速度だが、同時
接続数が増えると、mod_perl(Registry)の速度低下が目立つが他は、大き
な影響を受けないという傾向は動かないと思える。
ところで、
http://pc8.2ch.net/test/read.cgi/php/1141214874/16 にある話は本当？
FastCGIが標準でApacheに搭載される様になれば、FastCGIへの移行を
考えるけど、取りあえずは、環境に応じて、mod_speedycgiとspeedyCGIを
使い分けるのが現実的な選択の様ね。
>>322 > nicky.cgi改ってのは、ほとんど一本物のプログラムですか？
はい、まさに一本物です。
FastCGIだけ数行コード追加しましたが、他はすべて同じソースでベンチを取りました。
> そうだとすれば、PerlRunだと、ほとんどキャッシュされないからCGI並みのスピードに
> なるのは理解できますが、ここまで遅くなる理由は何でしょうね。
これは、私も悩みました。
ただ言えることは、nicky.cgi改が一本物でサイズ約160KB、CPUが非力という条件のため、
「このベンチでは、インタープリタ起動のコストより、コードのコンパイルのコストが支配的になっている。」
ということです。
これは、perlcc -BがCGIの3倍弱でていることからもわかると思います。
あと、PerlRunであってもメモリはプロセス当たり30MB超えていました。
PerlRunのこの辺の仕様はよく知りませんが、これも関係あるかもしれません。
> ちなみに、SpeedyCGIのMaxRunsはデフォルトの500でしょうか。
他の場合も含め基本的にはコマンドラインスイッチや、httpd.confはいじっていません。
もし扱うとどのあたりにするか面倒なので。
ただし、テストに必要な分だけはhttpd.confに書き込んでいます。
（LoadModule、AddHandler等）
FastCGIってuse strictにしなくちゃいけなかったりするんですか？
>>321 > apache2 workerとmod_perlって合性悪いんじゃなかったっけ？
すいません。
報告が悪かったです。
>310でmod_perlと書きましたが正確にはmod_perl-2.0.2です。
mod_perl-2.0.2＋PersistentPerl-2.22＋fcgi-2.4.0＋mod_fastcgi-2.4.2です。
>>326 そんなことはないです。
use strictにした方が間違いを防げるというだけです。
> ただ言えることは、nicky.cgi改が一本物でサイズ約160KB、CPUが非力という条件のため、
apache1.3(win32)にmod_fastcgi組み込んだら
ゴミを使ってオナニーベンチをするスレはここですか？
>>330 http://perldoc.jp/docs/modules/CGI.pm-2.89/CGI/Fast.pod １．まずはここのサンプルCGIがFastCGIで動くようする。（手順通りにインスコすれば動くはず）
２．自分のスクリプトを動かす。
このような手順でやらないと何が間違いかエラーログだけではわからないと思う。
use CGI::Fastとかを加えないと動きもしないの？
>>333 FastCGIの場合、CGI::FastまたはFCGIの無限ループを実行させるので、
use CGI::Fast;
か
use FCGI;
は必須です。
>>334-335 すみません迷惑かけて
本当にありがとうございます
大変参考になります
http://www.drk7.jp/MT/archives/000917.html ここには短いソースで取ったFastCGI VS mod_perl のベンチが最後の方に載っています。
（ab -n 100 -c 10）
結果はやはり小差でFastCGIの勝ちです。
>>337 この比較は、
lighttpd + FastCGI vs mod_perl + Apache1.3
で、httpd自体が違うんで、単純なmod_perl対FastCGIでは無いんです。
ただ、この lighttpd + FastCGI という組み合わせも面白そうですよね。
これなら、dagでrpmから入れられるし。
>>338 確かにその通りのようですね。
しかし、この結果を見るとlighttpd + FastCGIはApache + FastCGIより速いのかな？
と思います。
単体で圧勝するのは周知の事実のようですが。
>>339 > しかし、この結果を見るとlighttpd + FastCGIはApache + FastCGIより速いのかな？
> と思います。
この点は、微妙ですね。
同じ-c 10 で比較すると、274の結果では大差が付いているものの、337のサイトでは小差。
mod_perlの処理結果を元に比較すれば、Apache + FastCGIの方が速い様に見えます。
しかし、274のベンチは、かなりサイズの大きなソースを実行した結果ですが、337にある
サイトの結果は、Hello Worldの世界。
>>298 の言う原因で-c が増えると mod_perl が遅くなるというのであれば、むしろ274のベンチ
の -c 1 あたりと比較する方が妥当とも考えられます。
と言うことで、やってみないと何とも言えない様に思います。
ただ、静的コンテンツについては lighttpd の方が速いそうなので、僅かに lighttpd の勝ち
かなという気もしています。
まあ、差が出たとしても、意味のある差は出ない様に思いますが。
> まあ、差が出たとしても、意味のある差は出ない様に思いますが。
って、またPerl VS Javaみたいなことやるの？
>>345 その言葉は廃れつつあります。
むしろPHPが過去の遺物になりつつあります。
>>346 その変わりに、純国産言語Rubyがあちらで盛り上がって逆輸入されている模様。
RubyのFastCGI対応は容易だそうです。
>>345 > Perlは過去の遺物です。
君の理論で行くとJavaScriptも過去の遺物なのかな？（笑）
>>349 基本的に技術者志向の人はまじめだからね。
K6-2 475MHz
ab -n 10 -c 1
ab -n 200 -c 20
すいません。
ab -n 1000 -c 100
ab -n 2000 -c 200
>>310 ご苦労様でした。
http://www.drk7.jp/MT/archives/000863.html あたりを見て、SpeedyCGIより、FastCGIの方が速いのかと思っていたんですが、
mod_speedycgiを入れると、
mod_speedycgi > FastCGI > SpeedyCGI
という順番の様ですね。
perlだけ使うんであれば、導入の手間、速度の両面で、FastCGIを使うメリットは
無いのかな。
こうなると、lighttpd+SpeedyCGIが気になって仕方ない。
lighttpdは確かに速いようですが、ボトルネックはCGIにあるのでlighttpdでスピードが上がる要素はほとんど無いと思う。
K6-2 475MHz
ソース
fast_hello.pl
ab -n 10 -c 1
ab -n 100 -c 10
ab -n 100 -c 10
ab -n 200 -c 20
ab -n 400 -c 40
ab -n 1000 -c 100
ab -n 1500 -c 150
ab -n 2000 -c 200
MAX、MINを除外した平均値
うわ、ありがとうございます。
MAX、MINを除外した平均値（データ数２以下の場合通常の平均）
MAX、MINを除外した平均値（データ数２以下の場合通常の平均）
>>335 またまた、ご苦労様です。
これだけあると、見るのも大変だけど、作る方は、もっと大変なんでしょうね。(^^;
これを見ると、mod_perl,fastcgiは、同時接続数が増えた際のレスポンスの落ち込みが
他と比べて大きいですね。
fastcgiでは、大きなソースだと、その差が見えずらくなりますが。
この中では、fastcgi cが一番速いですが、cで書くんだったら、fastcgiを使わずに
module作った方が良いかなと言う気もします。
開発・導入コスト、スピード、メンテナンス性を考えると、Apache API 使いたいとか
言うのでなければ、mod_speedycgiって、とても良い選択肢ですね。
よくわかってないのですが、
>>386 mod_speedycgiは1つだけ欠点が。
worker環境では動きませんでした。
運用可能なのは、Apache1（確認）とApache2のprefork（確認）のみと思われます。
>>387 SpeedyCGIは
httpd→SpeedyCGIフロントエンド起動→SpeedyCGIバックエンド呼び出し
こういう感じになります。
mod_speedycgiはSpeedyCGIフロントエンドがアパッチプロセスに埋め込まれて常駐します。
httpd内でSpeedyCGIフロントエンド呼び出し→SpeedyCGIバックエンド呼び出し
こういう感じかな。
小さいソースでSpeedyCGIが伸びないところをみると、SpeedyCGIフロントエンド起動はコストが高いのかも（インタープリタ起動のコストの2/3ぐらい？）。
パフォーマンス悪かろうが何だろうが、それでも mod_perl を使うけどな(´Д`)
mod_perlはApache Software Foundationのお膝元ってのが大きい。
>>390 それはそれで個人の自由だからいいんでない。
>>389 Hello Worldで、SpeedyCGIが伸びないのは、mod_cgi経由だからかなという気がしています。
perlを使うと言う前提で考えれば、通常のcgiと比較して、何が省略できて、逆に何が余分に
掛かるのかと言う話なんですよね、多分。
mod_cgiを通すから、コストが掛かるのか、純粋にspeedyの起動に時間が掛かるのかは分か
らないのですが。
mod_perlが同時接続数が増えると成績悪くなるのは、余分に掛かるものが、無視できなくなっ
たためなのかな。
ちなみに、両方のテストと共、PerlRunには酷なテストでしたね。
大元のスクリプトのは毎回呼び出すけど、useしたものはメモリーに置くという方式なので、
速度的にメリットを出せる部分が全然使われてません。
意味がなくても、use CGI;use DBI;use Templateあたりを追加したHelloWorldなソースで比
べると、CGIよりも良い成績が出るのではないかと思っています。
大きなソースの場合、アプリの機能を、ほとんどモジュール側に持って行けば、それなりに
速くなる筈です。殆どの機能をモジュール側に持って行ったら、PerlRun使わずに、Registry
使えよという話になるんですが。
まあ、このPerlRunとCGIの差が、mod_perlを使った際に、余分に掛かる物の量なんでしょうね。
>>393 > 意味がなくても、use CGI;use DBI;use Templateあたりを追加したHelloWorldなソースで比
> べると、CGIよりも良い成績が出るのではないかと思っています。
useしたものはメモリーに置くということは知りませんでした。
基本的にできるだけ同じ条件で取る方向で測定したので、知っていても同じ条件で取ったと思います。
インタープリタをプロセス内にあることのアドバンテージは起動コストの高い>382で出ていると思います。（hello world）
mod_perlではスワップ発生してたりしないかな？
>>394 > useしたものはメモリーに置くということは知りませんでした。
出鱈目な事を言っているといけないので、資料を当たってみました。
下記の "Apache::PerlRun--a closer look" が参考になると思います。
http://perl.apache.org/docs/1.0/guide/porting.html#Apache__PerlRun__a_closer_look という事で、スクリプトの書き方によって、PerlRunもRegistryに近い速度を出せるそうです。
まあ、ベンチを取る時に、全体のコード量と、useする比率をどの程度にするのが妥当かと
いうのは、非常に難しい問題なのですが。
>>396 >mod_perlではスワップ発生してたりしないかな？
一応ベンチ取ったときに書き込みましたが、長すぎて読みにくかったかな。
>384の場合のみ発生しています。
Registryは-c 40からPerlRunは-c 100からです。
すいません。
MAX、MINを除外した平均値
MAX、MINを除外した平均値（データ数２以下の場合通常の平均）
最後にlighttpd+FastCGI
ab -n 10 -c 1
ab -n 400 -c 40
ab -n 2000 -c 200
MAX、MINを除外した平均値
>>390 メモリ食うからpreforkだと起動コストが高くなるってだけ。workerにすればmod_perlが最速。
・・・だといいな。
はげしく乙です！！！！！！！！！！！！！！！！！！
>>407 すごすぎて、もう一回書いちゃおう。
禿げ上がるほど乙です！！！
>>407 >>402 お疲れ様でした。
lighttpdの静的コンテンツの出力は、噂通りに速いですね。
ただ、FastCGIのhelloWorldな動的コンテンツでは、Apacheの方が速い。
でも、この差はソースが大きくなると見えなくなるので、実質問題にならない
差ですね。
RoR界隈では、lighttpd+FastCGIが流行っている様ですが、動的コンテンツ
の速度はApacheとほとんど同じだけど、静的コンテンツの速度が速いので
トータルで速くなると言う事なのか、インストールが簡単なのか、それとも他
の理由があるのか、どうなんでしょう。
ところで、lighttpdは、普通のcgiは出来ないんでしょうか？
>>411 lighttpdは普通のcgiもできます。
測定しなかったのは興味がなかったのと、遅いので時間がかかるのがいやというだけです。
ちょっとワガママが入ってます。
>>412 通常のCGIは、どうでも良かったりしますが、lighttpd + SpeedyCGIは興味があるかなと。
>>413 了解です。
lighttpd + SpeedyCGIも追加します。
測定に使ってるマシンのスペックはどうなんだろう。ターゲットマシンだけじゃなくて、クライアントのPCもそれなりに高性能じゃないといけないと思うけど。
>>415 クライアントの差が出るとすると、-c 1 より -c 10 の方が高い成績を出している
l静的コンテンツ取得の所位じゃない？
リクエストの応答を受けてから、次のリクエストまでの時間を多少稼げる。
ただ、動的コンテンツ取得については、さほど意味のある値ではないと思う。
>>415 すいません。
急用で外出していました。
測定条件の記入漏れです。
localhostで測定しています。
つまり、サーバーマシン＝クライアントマシンです。
abってすごく負荷かかるんだよ。ターゲットマシンとサーバマシンは分けるのが普通。
分けてもカニるチップなLANカードじゃパケットの取りこぼしと再送の誤差が入るし。
まあ、あれこれ言っても今更仕方がないし傾向をみるためだけのものと思ってください。
別にいいんでね？＞localhost
直結でもしない限り、ルータでレスポンス低下とかね。
K6-2 475MHz
ab -n 10 -c 1
ab -n 400 -c 40
ab -n 2000 -c 200だけもう少しお待ちを。
×fcgi-2.4.0ソース
ab -n 2000 -c 200
MAX、MINを除外した平均値
windows版のApacheをインストールして、 ab.exeを使えばいい。
>>437 どのアクセラレータもその影響をうけるんだから、比較には問題なくない？
あと、>427も言ってるが今度はルータの影響受けるんでPC間直結になると思うが。
lighttpd+FastCGIの補足。
>>439 > 1回目のキャッシュクリアはせず。
方法がよくわからなかったと言うのが本当のところです。
lighttpd再起動でよかったのかな？
>>437 ネットワークを酷使すればCPU使用率急上昇は普通。
そのCPU使用率はab.exeのものと確認済み？
Speedyが同時多発接続でｇｄｇｄになってきてるのはエビに食われてるからだと思うんだよね。
>>429 度々、御苦労様です。
静的コンテンツについては、lighttpdが圧勝、動的コンテンツについては、hello Worldで見る
分には、mod_cgi下で動く、通常のCGIとSpeedyCGIについては、lighttyがやや速く、mod_fastcgi
下では、Apacheがやや速いという結果の様ですね。
スクリプトが大きくなると、その差は消えてしまいますが。
lighttpdは、静的コンテンツについては魅力的だけど、mod_speedycgiが無いから、perl使う
分には、Apache使っていた方が良いかなと思いました。
ちなみに、Hello Worldでテストする分には、mod_speedycgiより、PHPの方が速いんですが、
ソースが大きくなるにつれて、perlに抜かれちゃうんですよね。
>>444 > Speedyが同時多発接続でｇｄｇｄになってきてるのはエビに食われてるからだと思うんだよね。
んだな。
が、他クライアントをつなぐと今度はNICにCPU食われる。
結局はNICのCPU消費とどっちが大きいかだけの違いでねえ？
いいんでねえ、localhost。
> この初心者スレの存在意義って何だろう？
CPU100%にならないように気をつけながらベンチマークとるのが普通なんだが。
>>448 つーか、
http://pc8.2ch.net/test/read.cgi/php/1151250398/ あたりに書くつもりだった誤爆じゃない？
書き込み時刻を見ると、なんとなく辻褄が合う。
スルーしなくっちゃ。
ここのスレは、おそらく住人が10人以下の人里離れた小さな村。
普通の初心者は近付かない。
>>449 > CPU100%にならないように気をつけながらベンチマークとるのが普通なんだが。
処理をフル回転で速く終わらせ、スコアを競うのがベンチマークｗ
>>453 センセー、質問。
「なぜに他のスレとの辻褄まで調べてるんですか？」
だから、クライアントのCPUが100%にならないように、に決まってるだろ。そんなのいちいち説明しなくてもわかりそうなもんだが。
>>456 >449のカキコでは誰もそうは思わんよ。
>447のサイトのメインP、Pen4 2.4Gだよ。
>>445 ＞ちなみに、Hello Worldでテストする分には、mod_speedycgiより、PHPの方が速いんですが、
PHPの環境は？まさか普通のapacheモジュール版と比較したりしてないよね？
WebProg板のスレだというのに、１日書き込みがないだけで気になる。
>>466 まさかの普通のapacheモジュール版ですが、このケースで比較対象として問題あります？
>>468 ノープロブレム。
文脈からして、当然そうだよな。
mod_speedycgiのHello WorldにはCのHello Worldも負けてるのになあ。
>>470 PHPは、短いソースでは速いですね。
ちなみに、apxs -g -n hello とかで出来る、hello worldなソースをmake;make installすると、
私がちょっとテストした環境で、mod_speedycgiの2.5倍程度の速度が出ました。
Cを使うなら、handler書くのが良いのかなと思いました。
そこからすると、mod_perlも、Registry使わずに、handlerな形にすると、順位に変動が
ある様な気もしています。
まあ、アプリが大きくなれば吸収されてしまう差なので、速度の為だけにそうする必要が
あるケースは稀でしょうが。
このスレを見て、MovableTypeでspeedyCGIを使いたいと思って
>>472 mtの前に、hello.cgiとか動かしてみればいいんでないすか。
>>471 何か内容が反対に受け取られてるような気が？
補足すると
mod_speedycgiのHello WorldにはCのHello Worldも負けてるのに
比較対照がノーマルPHPなわけはないだろう。
こう言いたかったのよ。
>>473 質問スレではないかもしれないとは思ったのですが、
皆さんはかなりお詳しいと思い、悩んだのですが思い切って質問させていただきました。
気分を害しましたら、ごめんなさい。
>>474 レスありがとうございます。
「hello.cgi」というのは、要するにテスト用のcgiを作成して、ということでよろしいですか？
googleなどでヒットするhello.cgiを試しに作ってみて、先頭部分を# !/usr/bin/speedyと
書き換えてみましたところ、無事リロードしても表示されました。
となると、問題はmt.cgiなのでしょうか…？
googleでいろいろ調べまくったのですが、どうも有益な情報が見つかりません。
movabletypeでspeedyCGIを動かしている方々、どうぞお知恵を拝借ください…。
>>476 >１回目は無事表示されるんですが、リロードするとInternalServerErrorが。
グローバル変数の初期化ができてない典型のように思えますが、
そのmtはmod_perlやFastCGIでは正常に動き、SpeedyCGIのみ動かない状態でしょうか？
mtは触ったことがないですが、mod_perlかどうか判定してコードを切り替えているという事は聞いた事があります。
≠mod_perlの判定のためCGI用のコードが実行されている？
後、mtはSpeedyCGIよりFastCGIの方が情報が多いので楽かも。
http://as-is.net/blog/archives/001042.html ここが有名。
MTのコードちょっと覗いてみたら
>>475 mod_speedycgiのHello WorldにはCGI/CのHello Worldも負けてるのに
比較対照がCGI/PHPなわけはないだろう。
と言う意味で解釈していたのですが、これで良いんですよね？
処理系の速度としては、C > perl > PHP というのは周知の事実。
PHPが速いと言われるのは、Apacheのmoduleとして動かしているからで、
この起動速度は、PHPが速く、小さいコードでは、その差が効いてPHPが
速い。
この先は触れていないんですが、、コードが大きくなると、処理系の遅さが
効いてきて、perl系に抜かれるという意味で書いてました。
>>479 すまそ。
正確に把握されてたのね．．．
>>477 レスありがとうございます。
FastCGIは試していないのですが、mod_perlをインストールする際にエラーが出て
インストールできなかったので、他の方法がないのかと探していてこのスレへたどりつきました。
ここを見ていると、mod_perlはいまいち評価が高くないように感じ、speedyCGIを試していたところでした。
>グローバル変数の初期化ができてない典型のように思えますが、
まさにそうだと思うのですが、対処法がわかりません…。
参考サイトを見ながら、FastCGIの導入を勉強してみます。
レスどうもありがとうございました。大変助かりました。
>>481 あえてSpeedyCGIを試すなら、mod_perl判定フラグをtrueにすればいいのではないかと思いますが。
SpeedyCGIとFastCGIはメモリ消費も速度も近いので、楽な方を選ぶべきだと思います。
>>481 後、忘れていました。
FastCGIはScriptAliasがかかっているDirでは正常に動かないです。
mtのインスコ先にScriptAliasがかかっている場合は外してしまって、
変わりに
Alias /cgi-bin/ "......."
<Location /cgi-bin/>
AddHandler cgi-script .cgi
fastcgi-script .fcgi
.....
</Location>
のような感じで設定したらいいです。
×fastcgi-script .fcgi
後、
×<Location /cgi-bin/>
○<Location /cgi-bin>
もう一つ、
http://as-is.net/blog/archives/001042.html の通りにやるなら、
AddHandler fastcgi-script .fcgi
これは要らないです。
間違いだらけ、本当にすいません。
また間違いました。
>>477 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
とエラーが返されます。サイトの説明通りにやっているんですが…。
>>487 > LoadModule fastcgi_module libexec/apache/mod_fastcgi.so
エラーログの指摘だとこの行のエラーですよね。
多分、>487さんの環境では、
LoadModule fastcgi_module modules/mod_fastcgi.so
これでいいんではないかと思います。
>477さん
>>489 うまく行ったら、どの辺で引っかかっていたのか、レポートよろ。
mod_perlに移行したら、cronで動かなくなりました。
>>494 perlです。すいません、自己解決しました。
SpeedyCGIで
mod-perlでSSIを使いたく、Apache::SSIをインストしたいんですが、
/usr/local/src/apache_x.x/src
全くスレ違いだと思うが、
# locate apache_
>>501 スレ違い失礼します。。
gdbmの実体とはlibgdbm.soですよね？見当たらないんですが。。(-o-;
gdbmってなんでしょ？調べてきます。perlは問題なく動いてはいるんですが。。
>>503 gdbmは最も単純なデータベース。
BarkleyDBと似たようなもの。
locate gdbmの結果は？
>>502 アパッチがディストリのものだと、どうすればいいかはケースバイケース。
自力でググるしかない。
>>504 # 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
>>506 通常、
/usr/lib/libgdbm.so.2は
/usr/lib/libgdbm.so.2.0.0へのシンボリックリンク。
#cd /usr/lib
#ln -s libgdbm.so.2 libgdbm.so
で解決するかと。
続き
501さん、色々とありがとうございます。
# yum install httpd-devel
mod_perlからmod_speedycgiに引越中。
>>511 SpeedyCGIはデフォだと１時間でキャッシュが捨てられるから、不安定なのはその辺じゃない？
正確には１時間アクセスがないと、だな。
で、511は、↑にある
> ab -n 1000 -c 10
>512-513
>516
> ↑どこかの板からパクったのをそのままベンチで使用
>>519 検証する必要のある値はどのあたりでしょうか？
追伸
>>517 > use CGI::SpeedyCGI;
> my $sp = CGI::SpeedyCGI->new;
mod_speedycgiの下でSpeedyCGIを呼び出すという不自然なコードになってない？
一度httpd.confからmod_speedycgiの設定を外し、SpeedyCGIのみでどうなるか確認すべきではない？
落ち着いたというか、アフォベンチ厨がいなくなっただけっしょ？
釣り釣られの関係が成立することがあったとして、何か問題なんかね。
まあ>526のようなあからさまな釣りは良くはないわな。
mod_perl2を使ってみたんですがApache2::Reloadで更新された.plファイルを
>>530 Apache2::Reload関係のhttpd.confをさらすべき。
後、Ver1.99の時とhttpd.confは同じもの？
情報が不足していてすみません。Apacheのバーションはhttpd-2.2.2-1.0です。
>>534 http://d.hatena.ne.jp/naoya/20060108/1136692447 現在、mod_perl には互換性のない三つのバージョンが存在してます。
mod_perl 1.0 (1.29)
mod_perl 1.99
mod_perl 2.0 (2.0.2)
>>531 > 正常に再読込しません。
正常じゃない状態がどういう状態なのかよくわからんのだが、
http://d.hatena.ne.jp/holidays-l/20060731/p2 こういうことなんジャマイカ？
すれ違い課も知れませんが、SpeedyCGIについて教えていただけたら、、。
【環境概要】perl5.8.3、apache、Linux
【状態】speedyCGIのモジュールをCPANのコマンドラインからインストール済み
【使用可能か？】一回目のスクリプト実行は成功、しかし２度目の実行では
エラーになります。スクリプト常駐の寿命を5秒に設定しといて、一回スクリ
プトを実行させると成功、続けて5秒以内に他のページをアクセスすると
エラーとなりますが、5秒以上待てば（スクリプトが死ぬまで待って、新規に
スクリプトを読み込ませれば）成功します。あきらかにメモリ上に
存在するスクリプトを2回目以降呼び出すとエラー、という状況です。
【他にもモジュールを使用しているか？】
Net::amazonのモジュールを使用しており、エラーになる場合はこの
モジュールを利用して searach -> (asin => "xxxxxxxxx")とやると
以下のようなエラーが吐かれます（１度目は正常、２度目からエラー）
【エラーログ】
Premature end of script headers: mr.cgi, referer:
http://airrack.jp/ Undefined subroutine &main:: called at /usr/lib/perl5/site_perl/5.8.3/Log/Log4perl.pm line 133.,
referer:
http://hogehoge.jp/hoge 【エラーログに出てくるLog4perlについて】
Log4perl.pmというモジュールは、おそらくNet::Amazonがログをはくために
使っていると思われますが、詳細はよく分かりません。どちらのモジュールも最新
に上げています。
Log4perlモジュール内で変なキャッシュが残っているのでしょうか？
その場合モジュールをいじって直すしかないのでしょうか・・・。
googleで1日中検索しましたが情報がありませんでした。
かなり嵌ってしまいました。speedyCGIでNet::Amazon使ってらっしゃる方
で同様の状態になっている方いませんか？よろしければ情報いただけたら。。
よろしくお願いいたします。
535さん、536さんありがとうございます。
>>537 本人もわかってるようですが、グローバル変数の問題なのは間違いないでしょ。
まず基本的な事から確認。
メインのスクリプトにはグローバル変数の初期化処理がある？
>>539 レスありがとうございます。
>メインのスクリプトにはグローバル変数の初期化処理がある？
グローバル変数の初期化処理があるというのは
メインのスクリプトにてmy $hogeとすることで初期化を行っています。
もしかしてmy $hoge=''とする必要があるのでしょうか？
>>540 my $hoge;
では初期化されないです。
（通常のCGIならOK）
> もしかしてmy $hoge=''とする必要があるのでしょうか？
そうです。
mod_perlだと
>>540 >>542 漏れの間違い。
our $hoge;は×
my $hoge;は○
このスレ読んでると mod_perl が最強と言うことなんでしょうか？
>>543 >> もしかしてmy $hoge=''とする必要があるのでしょうか？
>そうです。
全てmy $hoge='';としました！
しかし現象はまったく変わらずです。。。
使用しているモジュール（Net::Amazonなど）内の
キャッシュをクリア、みたいな処理が必要なのでしょうか・・
>>546 そりゃそうでしょ。
>>541 はなんか勘違いしてると思われるので、アドバイスにしたがうのはどうかと思われます。
アドバイスは、ちゃんと理解しているひとからもらわないと余計に混乱してしまうだけです。
>>547 さん
ありがとうございます。
>
>>541 はなんか勘違いしてると思われるので、
>アドバイスにしたがうのはどうかと思われます。
いえいえ、人の質問に回答するだけでも立派だと思います。
>>547 さん
自分で
>使用しているモジュール（Net::Amazonなど）内の
>キャッシュをクリア、みたいな処理が必要なのでしょうか・・
と書いておきながら実際のやり方が分からないのです。
Amazonを使う上でCache::Fileというモジュールを使用しています。
CGI::CacheというモジュールではspeedyCGIといっしょに使うときは
こんな風にしたほうがいいよ、みたいな説明が載っていたのですが、
Cache::Fileについては特には、、、。どなたかヒントいただけたら
幸いです。
データを整理してグラフにしました。
（一部データ追加）
興味があればのぞいてください。
http://rintaro.dip.jp/info/?c=pg&p=apbench >>548 ・CGI起動だと正常に動作するのか。
・use strictしているか。
・フロントでpackage ???;と指定していないか。
・他にHTTP::***系のモジュールを読み込んでいないか。
>>550 ご回答ありがとうございます。
>・CGI起動だと正常に動作するのか。
動作します。
>・use strictしているか。
しています。・・厳密に他の外部読み込みのライブラリ
（escape.plみたいなやつ）はやっていないものもあるかも。
これ全部やるべき？
>・フロントでpackage ???;と指定していないか。
・・これどういう意味でしょうか。。よろしければ詳しくお願いします。
>・他にHTTP::***系のモジュールを読み込んでいないか。
読み込んでいないと思いますが、、現在使用しているモジュールが
依存関係にあるモジュールを勝手に読み込んでいる可能性は否定
できません。チェック方法をご存知でしたら教えてくださいませ。
>>549 乙です。グラフにすると分かりやすいですね。FastCGIの優秀さに
改めて驚きました。
>>551 おつです。
もっぱらmod_perl使ってたけど考え直してみようかな。
初心者がベンチして、初心者に移行を促すスレはここですか？
誤解を招きやすい数値を元に決定を行い、誤った方向にすすんでしまう良い見本でしょう。
> 2ch だし。
2ch は玉石混淆であることを言いたかっただけです。
ならそう言えばいいのに。
誤った方向にすすんでしまうのは玉石混交でいうところの"石"なわけだが
551からその後です。
> 現象が発生・・無差別にグローバル変数（300項目くらいでる）を
>Perl 3 時代の糞スクリプトなら、ISP からもらえるチルダつきの
ずっとここで乞食してないでまずuse strictしてそれでも駄目だったら質問しろよ。
>>549 > データを整理してグラフにしました。
> （一部データ追加）
> 興味があればのぞいてください。
>
http://rintaro.dip.jp/info/?c=pg&p=apbench なんでworkerよりpreforkの方が速いの？誰か解説キボン
>>560 グローバル変数を削除する必要はありません。
>>565 そ、そうなんですか？
245さんはどうされてますか？
> 245さんはどうされてますか？
mod_python 最強ということでよろしいか？
そのスレでも似たような事が書いてあるけどmod_perl使うとメモリ数G載せないと駄目と
mod_perlかFastCGIかなんてあんまり有意な差はないよ
576のURLさかのぼって行ったらサーバーステータス見つけたよ
>>578 > (mod_perlで食うメモリなんてDBに食わせるメモリに比べたらささやかなんだよねorz)
熱く語っているところに悪いが、
workerかそれ以外かでメモリ消費は激しく変わるんだが・・・
DBの種類もテーブルもレコード数もわからないのにメモリ消費はわかるんだな
>>580 >DBの種類もテーブルもレコード数もわからないのにメモリ消費はわかるんだな
今やってる仕事のが300万件2G以上のテーブルあって
全然後のこと考えてない構成なのをまかされてしまって
ちょっと愚痴気味に言ってしまったんだ、すまそ
そこでもmod_perl使ってるんだけどそういうケースだと
DBのチューニングの方が余程メモリに影響するんだよね
ちなみにメイン鯖のメモリは8Gあって殆どDBに割いてるな・・・
サイトの性格、アクセス数も関係するし、サーバ（群）のスペックも関係する。
> まあ規模が小さければ、PHPが一番いいのかな。みんなPHPだし。
8Gメモリ積んでる奴にmod_perlのメモリ消費は大したことはないといわれてもちょっと説得力がなぁ
規模が小さければPHPだよ。Javaはコストがかかる。
自分で会社作って、小中規模の仕事をこなすのが一番儲かる。
http://jp.rubyist.net/PerlMa/wiki.cgi?page=20060401-ParrotManiacs#p29 やっとPerlもJITコンパイラになるんだな
アクセラレータよ、さようなら
PHPやPythonと共通のバイトコードになるのもいい
って、まだまだ先の話か
むしろperl等もJVMのバイトコードを出力するようにしてしまった方が
>>591 とりあえず、JVMのコードが変換できるようになればそれでいいやん
.NETも変換できるようだし
>>592 Perl5もコンパイルできるようにするようだよ
でも、肝心のParrotが未だに開発中
でもこれって結果的にスクリプト言語を勢いづかせるんじゃね
完成しないとPerl6でないんだから、よほどのことがない限りでることはでるんじゃないの？
おいmod_parrotって．．．
3getさえないのにﾜﾛﾀｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
>>602 mod_parrotってmod_perlから呼び出されるバックエンドという理解でおｋ？
それならmod_parrotだから変わるっていう部分は少なくないか？
一定の速度向上以外は全く思いつかね
> 現在開発中のPerl6インタプリタエンジンParrot。
Javaが挫折したネイティブCPU（補助機能としてのネイティブコードサポートならある）
>>604 > CGI以外でもmod_parrot使うのかね
SpeedyCGIはCGI以外のPerlも代用できる
modなんちゃら〜は速度改善の為のみに存在してると思ってないか？
>>607 > modなんちゃら〜は速度改善の為のみに存在してると思ってないか？
ApacheAPIへのインターフェイス兼アクセラレータだと思っていますが？
がmod_parrotの場合はインターフェースの役目は持ってないでしょう
FastCGIでのMoinMoinを
http://ssk.jugem.jp/?eid=15 を参考に動かそうとしているのですがInternal Server Errorで動きませんorz。
Apacheのログを漁ると
(13)Permission denied: FastCGI: can't create (dynamic) server "/home/wiki/public_html/moin.fcg": bind() failed [/etc/httpd/logs/fastcgi/dynamic/dce2b2d6779742810fd0c7f812ee16e5]
とあるのですが、いまいち意味が分かりません。
環境はCentOS4.4です。
他に質問スレが無かったので、こちらで質問させて頂きました。
どなたかご教授お願いします。
おまいら久々に新しいの出てますよ
mod_perl 2.0: Version 2.0.3 - November 28, 2006
http://perl.apache.org/download/index.html ところでメモリ，メモリとほざいている奴は，これを試したのか？
http://search.cpan.org/ ~pgollucci/mod_perl-2.0.3/docs/api/Apache2/SizeLimit.pod
>>613 見ただけじゃねえ？
>>612 で、どれくらい良くなった？
>>609 /etc/httpd/logs/fastcgi/dynamic/が無いか、パーミッションが無いんじゃねえ？
もし/etc/httpd/logs/fastcgi/dynamic/があり所有者がApacheになっているなら、FastCGIの実行者がwikiだから書き込めないんじゃねえ？
質問なのですが、解れば教えてください。
>>618 PerlLoadModule Hello
PerlTransHandler Hello
を外したらうまく行きました。ありがとうございます。
動いたけど全くもって理由がわかりませんｗ
,,_yyrl|_._.
SpeedyCGIを使うときに、グローバル変数を初期化する
622です。
FastCGIでディスパッチする際、リクエスト毎にスレッドを作成してばらばらの順番に応答を返す
>>626 ？それは分かってます。
常駐するプロセスにリクエストが（Unixドメインソケットあるいはソケットを介して）飛んでくるのが
FastCGIの仕様だと理解してますが、そのリクエストへの応答は、必ずリクエストが飛んできた
順番に応答しないといけないのかどうかが知りたいのです。
一応ドキュメントにはマルチスレッドでも可能的なことが書いてありましたが…
>>627 >>1 のマニュアルFAQに書いてある事じゃなくて？
>>628 FAQに目を通しましたが該当する記事は見当たりませんでした。
で、報告なんですが、Pythonにはマルチスレッドで動作するFastCGIアダプタが存在する
事から、ディスパッチャのマルチスレッド化は可能なようです。
ですがアダブタが存在するのくだりから推測できるように、アダプタが対応していないと
マルチスレッド化できません。（当方Rubyを使用する予定ですので、Rubyのアダプタで試して
みましたが、ムリでした）
アダプタをハックするにはFastCGIの仕様の理解が必要なこともあり、断念することにしました。
どうもありがとうございました。
SpeedyCGIの -r オプションて、
1background毎だと思っていたが…違うのか?
すみませんがが、お知恵を拝借。
listsort() がどの名前空間に宣言されているのか不明だし
>635
通常のPerlとSpeedyCGIを箱庭諸島R.A JSを使って比べてみた
mod_perlを導入したのですがカレントディレクトリがApacheのディレクトリになってしまい
FC6でSpeedyCGI-2.22をソースインストールしようとしたら
>>643 ありがとうございます。やってみたら、そのようなグループ、ユーザーは
いません、rootを使います〜と言うのが出て、その後、パッケージごとに
すでにインストールされているファイルと競合するので終了するような
メッセージがでて完了出来ませんでした。
rpmの、競合するファイルを無視してインストールするオプションというの
があればと思うのですがスイッチがわからないのでまだ試して無いです。
>>639 さんじゃないんですが、mod_perl2でカレントディレクトリの
設定を変更後、DBI::SQliteのdbnameだけは絶対パスを
入れなきゃ動きません…そういうもんなんでしょうか？
Apache 2.2.4+ActivePerl 5.8.8+mod_perl2
mod_perl2はカレントディレクトリがスクリプトのあるディレクトリにならないから
>>642 >>645 FCやCent使ってるなら
RPMforgeを入れて
yum -y perl-CGI-SpeedyCGI
で入れたほうが簡単じゃない？
>>648 yum -y install perl-CGI-SpeedyCGI
^^^^^^
でした。
やあみんな、FastでSpeedyでmodなperlライフをおくってるかい？
やあやあ、
実はWin32環境で2.2.6、2.0.61ともに自前でビルドしたやつに、
これまたCPANよりGetsして来た2.0.3tarボールから自前コンパイルしてみたんだが、
ちゃんと動かねえんだよ。
具体的にゆうと、Loadmodlueでmod_perl.soしてやったとき、通常にStartUpした様に見える。
で、普通のHTMLとCGIPerlとPHPはちゃんと動くんだけど、Locationでmod_perlってるディレクトリの
ファイルをリクエストしたら、急にApacheがハングしてしまう。
ブラウザの画面に
「Internet Explorer ではこのページは表示できません
可能性のある原因:
インターネットに接続されていない。
Web サイトに問題が発生している。
アドレスに入力の間違いがある可能性がある。」
が表示される。(Apacheをkillした時に
http://localhost/ 叩いた時と同じ表示)
ちなみにこの時、他のmod_perlでないページは正常に表示される。
つづき
つづき2
つづき3
colinux + CentOS で静的に入れてみたけど
>>656 そうですか。
実はうちも本番環境はFC or CentOSで組もうかと思ってる。
(今それ用のマシンを自作中。パーツがまだ揃ってない。今稼働中のマシンは2.2.4で動いてるけど止められない。)
で、とりあえずWinでテスト環境作ろうと思ってやってみた訳なんだが、つまずいてしまった。
for Unixだと問題ないのかな？
とりあえずもう一台組みあがったらfor Unixのソースでもう一回試してみる。
開発やテスト環境ならvmwareなりcolinux入れておけばいいじゃない
どうもmod_perlのプログラミングについて今一わからないんですが、
mod_perlの弱点つーか いまいちperlがphpより普及しない理由として
mod_の意味わかってる？mod_だよ。
mod_の意味ってわからないけど、プロセス常駐とApacheのモジュールとは関係ないと思うけど。fastcgiなんかだと外部プロセスに出来るわけだし。
う〜ん君が言ってるのは、常駐うんぬんのことではなくて、要はメモリ消費のことでしょ？
mod_phpだってapacheプロセスとして常駐してるんだが・・・。
確かにmod_perlはそれに比べてメモリ消費が激しいのと、並列度を高めるとパフォーマンスダウンが著しい(特にpreforkなんかは)
それはここの上のほうでも散々言われてることだから、Fastやspeedyなんかが話題になってるわけだし。
でもそれは
>>661 で言ってるみたいにプロセスに常駐するかどうかが問題なわけではなくて、
そのリソース消費とパフォーマンスとの兼ね合いであって、まるでmod_phpが常駐しないみたいな言い方してるから
>>660 だって言われてるんでしょ。
>>667 >>666 いや常駐ってmod_なら常駐するってのはわかってるってよ
スクリプトとかライブラリの常駐の話
mod_phpは実行してもスクリプトは常駐されないでしょ
perlrunでもuseとかrequireされたライブラリは常駐するよね？ その辺の話
自分専用サーバで使う分にはいいけど、mod_phpみたいにレンサバでも利用できるようにならないと
実質レンサバとかだとphpはperl(cgi)より速いって事になってるんじゃねって事
常駐ってか永続化 persistentだな すまん
言いたいことは
>>666 のリクエスト以降の話でっす
persisitence ではなくて cache だから、
mod_phpみたいにインタープリタのオーバヘッドだけ解消できるモードがあれば
とりあえずPerlを馬鹿にしとけば自尊心が保たれるみたいな
>>668 > スクリプトとかライブラリの常駐の話
> mod_phpは実行してもスクリプトは常駐されないでしょ
> perlrunでもuseとかrequireされたライブラリは常駐するよね？ その辺の話
そういう方面の話か。だったら常駐とかプロセスとか紛らわしい言い方するなよ…
で、mod_perl が使いにくいのはその通りで、
だから FastCGI や SpeedyCGI が話題になってるんだろ
> てかmod_phpっぽい動作にする方法あったら教えて えろい人
SpeedyCGI 使え SpeedyCGI
みんなどうもです
mod_perlならデフォで付けられる程安定/サポ有りモジュールだから間違いはない。
mod_perlは重い。HTMLやCSS,画像用に別にウェブサーバを用意しないといけない。一部の巨大なウェブサイトならリソースがふんだんにあるだろうけど、多くはそうじゃない。
なんでそこまでして大規模サイトに
mod_perlって高負荷時に安定はしないんじゃね？
別にサーバー用意しなきゃいけないは伝説。
x: そもそもそこにボトルネックは
事例多い → mod_perl
root権限、Apache 管理者権限なしでSpeedyCGIを導入する方法がわからん。
>>682 Apache管理者権限って何？
つ、普通に入れられないのか？
サーバにシェルログインする。
>>681 mod_perl で効果的に ithread 使うのが一番速い。
FastCGI だとスレッドの恩恵が少ない。
レンタルサーバだと一定時間を越えて動作するプロセス
情け容赦なく kill されるので
SpeedyCGI は利用できないと思った方が無難。
(SpeedyCGI に限らないが。)
use threadは使い物にならなかったけどuse ithreadは使いものになるのか。
x: use thread / o:use threads
Apache が worker 動作してるなら試してみる価値はある。
>>684 >SpeedyCGI をユーザホームディレクトリ配下にインスコする。
わからん｡｡｡｡｡｡｡
普通にmakeしてもダメだろ？
>>686 Perl で ithread を使うための宣言が use threads だろ。
同じ物だよ。
>>690 「CPAN ホームディレクトリ」でググれ。
cpan コマンド使わずに手動でインスコするなら perl Makefile.PL PREFIX=$HOME とか
まじ？
スクリプト言語は開発効率が高いって本当なの?
>>692 5.005 の thread (use Thread;) と 5.6 以降の ithreads (use threads;) は違う。
後者の場合も注意して作らないとメモリをジャブジャブ使うのは変わらないが。
>>683 場合によりけりだろう。
一般的には規模が大きくなればかえって効率下がることになってる。
個人的には規模が小さくても型付けの弱い言語は開発効率が低いと感じる。
そういう意味だったら試したのはithreadの方だったと思う。
ごめん。685 の文からしておかしかった。
mod_perl重いって話けっこうあるし、画像用の別サーバとか
あと開発効率はめちゃ高いと思うぞ
あとまったくすれ違いだけどphpってphp.iniで文字コード制御とかありえねーなといつも思う
静的ファイルの話するには100番くらいレス戻さないとダメだが。
それをいったら、実行はじめたスクリプト中で ini_set('mbstring.internal_encoding', 'EUC-JP'); とか
専用ならHTTP::Daemonで
細かい処理考えるのめんどいからmod_jk + Net::AJP13に期待
ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？
>>705 やった〜。makeできたよママン。
ありがトン。
ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？
ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？
ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？
ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？
ちょっとlibapreq2について質問なんだけど、
Blog (笑
こりゃあきまへん。これこのTestでコケるようになってるわ、packageの構造的に。
>>713 エラーの内容ってこれ？
t/apreq/big_input....ok
t/apreq/cgi..........# Failed test 1 in t/apreq/cgi.t at line 62
t/apreq/cgi..........NOK 1# Failed test 2 in t/apreq/cgi.t at line 62 fail #2
t/apreq/cgi..........NOK 2# Failed test 3 in t/apreq/cgi.t at line 62 fail #3
t/apreq/cgi..........NOK 3# Failed test 4 in t/apreq/cgi.t at line 62 fail #4
・
・
こんなのが40行ほど続いて、
t/apreq/cgi..........FAILED tests 1-41
Failed 41/41 tests, 0.00% okay
t/apreq/cookie.......ok
これ。つまりt/apreq2/cgi_tファイル全滅。全てのテストが失敗してる。これ以外は全てOKとなる。
このエラー見たところでline**で、コケてるのはわかるんだが、どうゆうエラーかは分からないと思った。
確かに上のスレでは内容書かなかった。すまん。
でも、当然だけどCPANやらで一通りBugReportは斜め読みしてみて、似たようなErrorの報告があったけど明確な解決になってなかったし、
patchも出てなかったから、「libapreq2」とか「libapreq2 インストール」でググってみて、上位のほうにあったいくつかの
インストール手順を紹介したサイト（Blog）の内容に、「make test 通らない」とか、「make test 飛ばす」みたいなこと書いてあったし、
Fedora6,7,8のSRPMの.specも make セクションの後に、test せずに install セクションに入ってたから、
test通らないのがデフォかなって思って、書き込みしたわけなんだが・・・。笑うところか？
まあいいわ。原因はつかんだ。
この use 郡で、APR関係のmoduleをロードできずに失敗していた。
激しく無理やりな解決方法としては、
ウチの環境(Cent4、Cent5共に)だと、$LD_LIBRARY_PATH変数が、環境変数ではなくて、SHELL変数扱いになる。
このスレってみんなが libapreq2 を試すようなスレじゃないと思うよ
さあ検証内容とpatchをbugリポートに送ってみんなを幸せにするんだ
これについてわかる方いますか？
http://pc11.2ch.net/test/read.cgi/php/1018333172/580-581 環境は、
OS:centos5
httpd-2.2.3-11.el5.centos
mod_perl-2.0.2-6.3.el5
になります。
>>724 Apache2.2.8、PHP5.2.5、mod_fastcgi2.4.6使用。
mod_fastcgiのソース見たら納得。
あー、俺も FastCGI 経由で応答に5秒以上かかる検索クエリ動かしたら異常終了したことがあったんだが、原因は
>>727 と同じか?
mod_fcgidはリクエストを全部いったんモジュール内でバッファリングしやがる。
おかげでhttpdが150MBメモリ使ってしまった。
メーリングリストを見ると、MaxRequestInMemディレクティブを使えとのことだが、
症状は変わらない。例え動くとしても、
http://fastcgi.coremail.cn/download.htm >If the length of http request longer than "MaxRequestInMem", it will store in tmp file.
結局ファイルにバッファリングするだけみたいだし。
Apacheが異常終了したのか、それともFastCGIサーバーが異常終了したのか
>>730 もう1年以上前の話なんでうろ覚えだが、
Internal Server Error か似たような状態になった希ガス
mod_perlなんすけど、sudoで動かないのはなぜに？
うう；；
Perlのアクセラレーター
http://rintaro.dip.jp/program/apbench/index.html このページ繋がらなくなっちゃってるなー
このスレの人のベンチがあったからたまに見てたんだが
自宅鯖だったんだろな
>>733 mod_perlだとforkするわけじゃなくevalされるからsudoの入り込む余地は無いんじゃないか。
>ファイル場所がおかしいって。
標準出力はSTDOUTで同じ。カレントディレクトリがルートになってるよ多分。
print `pwd`;とかで調べて絶対パスで指定するか始めにchdir。
回答がちょっとずれてたごめん。
>>734 sudo -u apache /var/www/hoge.cgi
で動かしたいんだけど、permissionエラーになるの。
当然って言えば当然なんだけど、mod_perlならパーミッション関係なく動くよね？
これはapacheが予めコンパイルしてるからだろうけど、そのコンパイル済みのperlとして呼び出したいんだけどなぁ。
つまり、cronをはじめ、外部から呼び出す時にはmod_perlで動かす事は不可能って事でよいのかな？
url叩けばmod_perlとして動くのかな？
それと他のspeedyとかでも挙動は同じなのかなって質問です。
標準出力についての質問は、
普通"-"で標準出力を指すよね？mod_perlではこれを標準出力として認識しないようなんですが。
>>736 あ。ありがとうございます。
標準出力についてですが、そもそも標準出力ってオンメモリーみたいなものだと思ってたのですが、
俺の勘違いでしょうか？
フルパスでどこを指定すればよいのでしょうか？
>sudo -u apache /var/www/hoge.cgi
>>740 詳しい説明ありがとうございました。
なるほど。やはりmod_perlですとcronからはURLとして叩く（Apacheを通す）しかないのですね。
speedycgiは挙動が違うというのも非常に知りたい情報でした。ありがとうございます。
標準出力についてですが、
$image->Read('フルパス');
としています。その時点ではエラーは吐いておらず、
$image->Write('フルパス');
としてファイルに書き込む場合は同じく問題ないのですが、
$image->Write('jpeg:-');
と標準出力に出力しようとした場合にエラーとなります。
>>740 お詳しいようなのでもう一点質問して良いですか？
mod_perlだとDBとの接続も維持したままになると思いますが、それはspeedyCGIでも同じでしょうか？
なぜcronでmod_perlとして動かしたいかというと、そこにあるので。
> $image->Write('jpeg:-');
>>743 ありがとうございます。
ご指摘の通り、Readの時点でこけます。
フルパスで指定しているのに、なぜNo suchが出るのでしょうか？
それとファイルに書き込む時は（or dieをつけなければ)そのままエラー無く処理が完了します。
試しに標準出力ではなくファイル書き込み時ではReadの時点でInappropriate ioctl for deviceというエラーになります。
なぜエラー内容が変わってくるのでしょうか？
pwdの結果は/でしたのでフルパスの指定は間違いないと思うのですが。
ちなみに標準出力時に出るエラーとは以下のものです。
うそでした。
実際試して状況を把握しました
>>748 わざわざ試してまでもらって恐縮です。
ImageMagickは標準出力がmod_perlでは出来ないんですね。
ImageToBlobでやってみます。
長々と素人にお付き合いありがとうございました。m(__)m
WindowsのInstantRails（Apache1.3.33）でFCGIを動かそうと
AddModule はLoadModuleの後に設定するはずですから・・・。
mod_fast_cgiのインストールに関してググると、
FastCGIは、apache1.3と組み合わせるのが
> 一昔前ならともかく、1.3系はもう古いという印象があるんですが
なぜ煽り気味？
1.3.41のリリース日みた？
>>760 757 ではないが、お前が「古い」の意味を混同してるよ。
日本語が読めればわかると思うが、
>>759 で書かれてるのは、
「FastCGIは、apache1.3と組み合わせるのが一番安定するという話」
が書かれた記事が
「少し古いものばかりなので今の状況は少し変わってるのではないかと」
ってことだろ。
Apache 1.3 系が古いか否かや、メンテナンスが続いているか否かとは別次元の話。
で、
> あなたの基準で「古い」と何か問題？
を俺なりに勝手に考えると、
・今時のディストリビューションには標準で付属していないことが多いので 1.3 の導入やメンテが面倒、できればやりたくない
・今はメンテが続いているけどいつかは終わるだろう、当然ながら 2.0 系より早い時期に
ってとこじゃね?
> ・今時のディストリビューションには標準で付属していないことが多いので 1.3 の導入やメンテが面倒、できればやりたくない
>>762 Debian でも
・少なくとも静的なファイル配信は Apache2 の方が優れてるからできれば Apache2 に一本化したい
ってのはあると思うよ。
> Debian でも
>>764 一応マジレスしておくと、
仮に「FastCGI を Apache 1.3 で動かすべき」という前提が今日も変わらないとした場合、
FastCGI を使う Web サイトを運営するには
・Apache 2.x で静的なファイルを配信しつつ、動的な部分だけ Apache 1.3 に橋渡しする
・静的なファイルも動的なコンテンツも Apache 1.3 で配信する
の2択になるわけだ。
前者は明らかに面倒だわな。避けたい。
後者はまあ Apache 2.x だけで運営する場合と手間的には大差ないが
静的コンテンツの配信パフォーマンスはやや落ちる。
Apache 1.3 がいつまでメンテされ続けるかも不安がある。
しかしもし「FastCGI を Apache 1.3 で動かすべき」という前提がもう過去の話になっていて
現在は別に Apache 2.x でも全然信頼性変わらんよという状態なのであれば
静的なファイルも動的なコンテンツも Apache 2.x に一本化できるわけだ。
どちらの方向で行くかはこの「FastCGI を Apache 1.3 で動かすべき」という伝説が
現在も正しいかどうかにかかってるから、どうなの? というのが
>>757 の質問でしょう。
1.3のほうがいいってのは何が根拠なの？
一応俺の Debian 鯖の各種 Apache で ab -c 10 -n 100000
http://localhost/ した結果置いとく。
■apache (1.3.34)
Time taken for tests: 87.821402 seconds
(略)
Requests per second: 1138.67 [#/sec] (mean)
Time per request: 8.782 [ms] (mean)
Time per request: 0.878 [ms] (mean, across all concurrent requests)
Transfer rate: 1279.89 [Kbytes/sec] received
■apache2 (2.2.3 mpm-prefork)
Time taken for tests: 28.611753 seconds
(略)
Requests per second: 3495.07 [#/sec] (mean)
Time per request: 2.861 [ms] (mean)
Time per request: 0.286 [ms] (mean, across all concurrent requests)
Transfer rate: 1744.21 [Kbytes/sec] received
■apache2 (2.2.3 mpm-worker)
Time taken for tests: 32.149481 seconds
(略)
Requests per second: 3110.47 [#/sec] (mean)
Time per request: 3.215 [ms] (mean)
Time per request: 0.321 [ms] (mean, across all concurrent requests)
Transfer rate: 1552.25 [Kbytes/sec] received
localhost から空のコンテンツを取るベンチだから実利用環境ではこんな大きな差は出ないと思うが、参考まで。
1.3おせええええ
fastcgiって昔からあって、積極的な開発はされてないし、1.3の方が安定してるっていうのは何となくそういう感じはする。
開発時、プログラム書き換えるたびにapache再起動するのが激しく面倒くさいんだが
mod_perlの話？Apacheの設定を変えるのでも再起動しなきゃいけないんだから
fastcgiって、ろくにメンテナンスされてないだろ。
最終更新去年の4月だから
〜 時間がありません！協力をお願いします！！広めてください。 〜 ダウンロード＆関連動画＞＞ VIDEO FastCGIってapache再起動しなくても
そりゃApacheとはプロセスが別だからね。
>>777 そりゃ mod_fastcgi の設定次第だろ。
どんな設定したらできんの？
> mod_perlとか系に対するアドバンテージかもね
mod_perlにもApache::Reloadあるし%INCからdeleteすれば
> mod_perlにもApache::Reloadあるし
>>784 自分は783ではないけれど、Apache::Reload使ったことある。
なんつーか、これ入れると(httpd.confで有効に設定)、全てのアクセスが激しく重くなる。
それも、mod_perl絡みだけでなくて、phpからstaticなhtmlからして全て。
(自前Benchで、有効時と無効時で、2倍近く差がでる。)
なので自分は、開発時はApache::Reload有効にする時もあるけど、
実運用では有効にはしないなぁ。
Linux 2.6.22.5-49.fc6
perldoc CGI::SpeedyCGI に書いてあった・・・orz 試してみます。
度々ですみません。一応、完了報告まで。
Windowsで
http://perl.apache.org/docs/2.0/user/handlers/filters.html#Output_Filters にあるサンプル
#file:MyApache2/FilterReverse1.pm
#----------------------------
package MyApache2::FilterReverse1;
use strict;
use warnings;
use base qw(Apache2::Filter);
use Apache2::Const -compile => qw(OK);
use constant BUFF_LEN => 1024;
sub handler : FilterRequestHandler {
my $f = shift;
while ($f->read(my $buffer, BUFF_LEN)) {
for (split "\n", $buffer) {
$f->print(scalar reverse $_);
$f->print("\n");
}
}
return Apache2::Const::OK;
}
1;
を実行しようとすると
Can't load 'C:/Perl/site/lib/auto/Apache2/Filter/Filter.dll' for module Apache2::Filter: 。。。。。
としかられるんだけどなぜ？
windowsでSpeedyCGI使えないかなぁ。
CGI.pmとmod_perlの不具合みたいなのですが、uploadInfoが取得できません。
該当コードより前の処理でmy $cgi = new CGI;をしている所はありませんか。
>>794 最小構成で再現しませんでした。
グローバル変数が使いたくてvars.pmを使っていたのですが、それが悪さをしていたようです。
局所変数を使うと問題ないようです。
レスありがとうございました。
FastCGIをWindows環境に導入したみたんですが、Internal Server Error
>>797 の続き
logs/error.log
[Thu Nov dd hh:mm:ss yyyy] [warn] FastCGI: (dynamic) server "C:/cgi-bin/test.fcgi" started (pid 388)
[Thu Nov dd hh:mm:ss yyyy] [warn] FastCGI: (dynamic) server "C:/cgi-bin/test.fcgi" (pid 388) terminated
with exit with status '0'
[Thu Nov dd hh:mm:ss yyyy] [warn] FastCGI: (dynamic) server "C:/cgi-bin/test.fcgi" restarted (pid 2516)
[Thu Nov dd hh:mm:ss yyyy] [error] [client 127.0.0.1] (OS 109)パイプは終了しました。 : FastCGI: comm with
server "C:/cgi-bin/test.fcgi" aborted:GetOverlappedResult() failed
[Thu Nov dd hh:mm:ss yyyy] [error] [client 127.0.0.1] FastCGI: incompleteheaders (0 bytes) received from
server "C:/cgi-bin/test.fcgi" [Thu Nov dd hh:mm:ss yyyy] [warn] FastCGI: (dynamic) server
"C:/cgi-bin/test.fcgi" (pid 2516) terminated with exit with status '0'
>>797 fastcgi の使い方がおかしい。
cpan でいろいろ探してみてみるといいよ。
今かりているレンタル鯖でmod_perl使えると知って、せっせと勉強始してたのはいいんだけど
mod_perl は、その下にぶら下げておく perl の子が常駐することによって、
>>801 鯖はJust-Sizeってとこ。mod_perlとmod_pythonがロードされてて
問い合わせたらサポ外だけど使っていいと言われた(宣伝はしてない)
実際htaccessの記述でCGIならmod_perlでの動作を確認できてるんだけど
mod_perlスクリプトはユーザのディレクトリが@INCに入ってないから
当然自作モジュールは読み込めないです。
それであきらめかけてるんだけど・・変にテスト繰り返してメモリ食いなど迷惑かけたくないので
こちらに書き込みました。
基本的に mod_perl って、httpd.conf 編集できて apache の再起動を
>>803 >httpd.conf 編集できて apache の再起動を自由にできる人が使うものだと
ううっ、真理だと思います・・・
>500MB か 1GB しか積んでない共有鯖で mod_perl ってのは、ない
これは一般に、CGIをmod_perlで動かす場合にも当てはまるでしょうか。
実はCGIをmod_perlで試したテストでは、サーバー側の設定かと思うのですが
.htaccessでModPerl::Registryを指定していてもファイルの変更/モジュールの変更とも即反映されてます。
スクリプト中で@INCに追加したパスも毎回反映されるので、モジュールも再読み込みされるようです。(つまりCGIと勝手が同じ)
環境変数にはMOD_PERLがあり、１行目にperlのパスを指定しなくても動くのでmod_perlで動いてるのは確かだと思うんですが、
ひょっとして毎回新たにプロセスが開始されてるような、自分のスキルでは図りかねる状況なんです。
非サポートとはいえ鯖の動作にもかかわることだから、少しまとめてから問い合わせしてみようとは思ってるんですが、
経験則としてご意見うかがえたらうれしいですm(_ _)m
すいません、今、思いついてCGIのプロセスIDを調べてみたら
やっぱりブラウザのリロードごと、毎回IDが新しくなっていました。
>>804 の件、鯖の方に問い合わせてみます。
話がずれてしまったけど、非CGIのmod_perlスクリプトの方は
レン鯖ではあきらめるふんぎりがつきました。ありがとうございました〜！
すみません、教えてください。
ちょっと通りますが、
>>810 あるならエラー出ない気もするんだが。。。
今出してる情報だけだとあとはそのエラー出てるファイルまでの
ディレクトリ(パス)が違うか、権限(実行権か読み取り権)が無いかだと思う。
Windowsだし単純にあぱっちとぱーるのインストールドライブが違うんじゃね？
>>811 ぐぐってもそんな感じで解決してたな。
でもパスとかちゃんと合ってるんだよな。
>>813 ドライブ跨ってない？
>>812 も言ってるがWinのドライブは越せないよ
ドライブはCドライブ一個しかないからそこは大丈夫だな。
>>815 ※mod_perl2からはPerlSetEnv PERL5LIB じゃなくて PerlSwitches -Iに変わった
これは試した？
てか何を試したか書かないと一からこっちが聞いて回答して
やった、大丈夫とかの返事になりムダが多い
情報の小出しはどこに行っても嫌われるぞ、エスパースレかどっかいけよ
もう一度Apache2.2+mod_perl2か、バージョン確認かな。
Win32 Binary including OpenSSL 0.9.8i (MSI Installer): apache_2.2.11-win32-x86-openssl-0.9.8i.msi
普通の定義が広すぎて返答が難しい。
perl-status は使えないのかい？
>>808 です。
問題解決しました。
perl 5.8.8をつかってたんだけど、perl 5.8.9にしたら直りました。
mod_perlの.pmファイルにperl -cでチェックかけてたら、なんか「perl58.dll になんとかていうエントリポイントなんてないよ」
っていうエラーがでたんで、調べたら perl 5.8.9から新しく追加されたエントリポイントなんだって。
mod_perlのオライリー本「Apache拡張ガイド」の上325P、
FastCGIについて質問です
lighttpdかーそっちはわからんけど
自分も前にApache+perlでCGI作った時とか
HTTP1.1的にはチャンク転送はきちんとした転送方法で、
すいません、2番目っていうのは
自己解決しました
apache1.3.41 + mod_speedycgiで動かしてるんですが、
833です。
一番新しいSpeedyCGI(mod_speedycgi/Apache2.2.3)のやつインストールして
SpeedyCGIで普通のやつ(hello worldとか)は動くのだけど
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod のサンプルコードが500errorで動かないのだけどヤバイかな…？
誰かご教示ください
コマンドラインで動すとか、error_logを見るとかすれば原因わかるだろうに。
これじゃだめか
>>837 [root@localhost hogehoge]# ./speedy.pl
Can't call method "add_shutdown_handler" on an undefined value at ./speedy.pl line 2.
そもそもadd_shutdown_handlerが無い的な感じなのかしら。
>>838 同じように試してみたけども、だめでした。
>>839 はuseし忘れてただけでした。
すみません。
[root@localhost hogehoge]# ./speedy.pl
syntax error at ./speedy.pl line 8, near "do something here "
syntax error at ./speedy.pl line 10, near "do something here "
Execution of ./speedy.pl aborted due to compilation errors.
speedy_backend[24310]: perl_parse error
speedy[24308]: Cannot spawn backend process
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod の
# shutdownハンドラの登録
$sp->add_shutdown_handler(sub { do something here });
# クリーンアップ・ハンドラの登録
$sp->register_cleanup(sub { do something here });
ここが原因みたいです。
ごめんなさい、載せ忘れ。
ほんと連レスすみません。
>>837 の実行結果
[root@localhost hogehoge]# ./sp.pl
b
print "b" のとこは "cleanup" にでもしといたほうがよかったか
>>842 返信遅れてすみません。
rootで-r6 -t10でlsしながら実行したところタイムアウトが迫ったときに所有権がrootのshutdownファイルが
スクリプトと同じディレクトリに生成されるみたいです。
mod_perlとSpeedyCGIとFastCGIの違いを教えて下さい。
mod_perlで、Java Servlet2.4以前のHttpServletRequest#getRequestURL()
Windows2000
どうして2chだけFastCGIが不人気なんですか？
CGI以外のインタフェースいちいち覚えるの面倒だから誰も使わないんだよ
誰でも簡単にネットで稼げる方法など
このスレへの固定リンク： http://5chb.net/r/php/1149505269/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「【激速】mod_perl SpeedyCGI FastCGI【激速】YouTube動画>1本 ->画像>1枚 」 を見た人も見ています：・UIフレームワークライブラリ 日本のＷＥＢ業界を牛耳っているのはPerlプログラマ Google App Engine for Python 6アプ目 「音コピペ」サービスを作りたい ■WEBプログラマ交流すれ■ Webエンジニアは何を勉強すべきか、何は無駄なのか ５ｃｈアプリをインストールしたくない人 【PHP】ツリー掲示板を作ろう 今更だけど完璧なメール送信ライブラリってあるの？ PukiWikiスレ Part8 WordPress(ワードプレス)でWebProg 質疑応答スレ 01 2ch有志がPHPフレームワークを作るスレ 13日の金曜日 鈴木誠也( 2 2 ) .334 23 85 OPS.1.022 【待望】PerlユーザのためのPHP入門 【コードギアスレ】Delphi for PHP【RADツール】 アップローダースレ Part3 【高速】 LiteSpeed Web Server その2 【LSWS】 WebProg板自治スレッド Mac OS X + PHP + MySQL PHPエディタって、どうよ？ === MediaWiki 管理者の集い 第4版 === escapade[.esp]について語る人なんているのか 【勉強するのは】PHPとPerl【どっちが最初？】 PDFのWebページは糞 PHPにもJSPのEL式とかtaglibとか標準で用意しろよ プログラミング始めて一ヶ月なんだが・・ ２ｃｈを完全にパクッた掲示板を作ってみた PHPでオープンソースを作ろう！ 【PHP】Laravel【フレームワーク】 Part.7 SOHOやフリーで本当に細々と食ってる奴の68人目 clean architectureについて丁寧に俺に教えるスレ PHP作成代行してくれるところ Webデザイナーは敵 IDにPerlが出たら神！PHPが出たらｼﾒｼﾞ Part42 【我らは】 ひゃらら〜を地でいく 【アホ】 一人で始めるWEB起業何が一番面白いかな？ 5案 【V5計画】CAFEMILK SHOPPING CART V5 【F-board】PHP-J閉鎖【スパム】 予算500万でこれ作ってください PHPでwebRPGを作ろうとしてるんですが Perlコーディング初心者質問スレ Part 67 Rubyにはプログラミング言語以上の価値があると思う ★今VBAを勉強してるんだが★ 30代が趣味でこれから覚えるならどっち？Perlかphp ２ｃｈ全板人気ﾄｰﾅﾒﾝﾄでWebProg板を１位にしよう！ 【ベンチャー】 Web開発の商いについて 【SOHO】 最高のコミュニティ・フォーラムとは？ Perl厨マジきめぇｗｗｗｗ 【アマゾン】Amazon S3 【新サービス】 開発環境おしえて ★三 【 スクリプト改造工房 PART 9 】 ★三 【GREE】ソーシャルアプリ開発スレ【モバゲー】 bbs.cgi開発【WebProg板】 Bash for Ubuntu for WindowsでWeb系開発は実用的？ 日本最強のCGIスクリプト なんか作ります 著作権表示消してもいいＣＧＩスクリプト 【Go言語】 webapp GO Part1 【Golang】 Amazon EC2 Webサイト・スマホアプリの評価スレ [PHP][JavaScript]掲示板の作り方を教えてくれ 【全文検索】groonga【senna後継】 Ruby VS PHP 仁義なき戦い プログラマーになりたい中学生
06:46:19 up 41 days, 7:49, 0 users, load average: 86.46, 90.02, 95.57
in 1.0111320018768 sec
@0.1286780834198@0b7 on 022320
ブックマークへ