トップページ⇒php
851コメント342KB

【激速】mod_perl SpeedyCGI FastCGI【激速】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/06/05(月) 20:01:09ID:+YcYjDiD
mod_perl
http://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/

ー二三ヘ(　ﾟ∀ﾟ)ノ
0077nobodyさんNGNG
大抵はI/Oがボトルネックだから関係ないべ
0078nobodyさん2006/06/14(水) 12:24:45ID:???
>>77
Cの処理速度にはまじでビビるよ。
I／Oかかえていても速い。
0079nobodyさん2006/06/14(水) 13:01:49ID:???
CPUが直接食える状態になってるからな。

ボトルネックになるディスクI/Oを減らすために少しでもI/Oの速いメモリに溜め込むけど
その結果メモリを馬鹿食いと。
0080nobodyさん2006/06/14(水) 13:40:58ID:???
>>79
mod_perlの馬鹿食いはそのせいだけじゃないよ。
mod_perlはApacheの全子プロセスに問答無用でPerlインタプリタを埋め込む。
コードのキャッシュも全子プロセスが持つ。
結果的に、同じコピーが大量に作られる。

SpeedyCGIを運用しているが、常駐インタープリタは２個で充分。
リクエストが多い時はまたされるだけ。
ちゃんと捌く。
mod_perl運用時に比べメモリ使用量は激減した。

mod_perlはアクセラレータとしては、仕様に大きな問題があると思う。
0081nobodyさん2006/06/14(水) 13:56:47ID:???
preforkはアレだが、workerならある程度再利用が有効に効かない？
0082nobodyさん2006/06/14(水) 14:45:30ID:???
>>81
その通りなんだけど、workerは1.3系列はダメじゃなかったかな？
効果もある程度だしね。
FastCGI、SpeedyCGIがインタープリタの数等、リソースを自由にコントロールできるのに対して仕様自体が？？？ではないの。
0083nobodyさん2006/06/14(水) 14:58:15ID:???
原理的には、プロセス間通信のないmod_perlは速度的に優位なはずだが、
どこのベンチをみても有意な差がない。
というより、むしろ負け気味。
たとえ原理通りになっても、現実には無意味な程度だと思う。
0084nobodyさん2006/06/14(水) 18:02:41ID:???
とりあえず、”アクセラレータ"としては、SpeedCGIか、FastCGIでってことでオケ？
0085nobodyさん2006/06/14(水) 19:12:48ID:???
無茶な使いかたしなければmod_perlでもいんじゃね？
0086nobodyさん2006/06/14(水) 20:48:26ID:???
http://d.hatena.ne.jp/babie/20060201/p3
>テスト機で試した。MaxClients 調整前はめっさ重くなる(SSHまで！)。
>MaxClients 調整後はなんとか耐えられる。
0087nobodyさん2006/06/14(水) 20:53:08ID:???
>MaxClients 調整後はなんとか耐えられる。
>MaxClients 調整後はなんとか耐えられる。
>MaxClients 調整後はなんとか耐えられる。
0088nobodyさん2006/06/14(水) 23:00:35ID:???
ベンチマークすら提示せずに否定に走られてもねぇ。

>>80
> mod_perlの馬鹿食いはそのせいだけじゃないよ。
> mod_perlはApacheの全子プロセスに問答無用でPerlインタプリタを埋め込む。
> コードのキャッシュも全子プロセスが持つ。
> 結果的に、同じコピーが大量に作られる。

これに関しては、何を言いたいのかさっぱりわかりませんね。
0089nobodyさん2006/06/14(水) 23:20:34ID:???
このスレ見てるとmod_perlうんこな流れだけど
mixiやはてながmod_perlで運用してるのは何か理由があるの？
0090nobodyさん2006/06/14(水) 23:37:09ID:nPkMVDT9
Apacheモジュールだからというだけで食いつきがいいような希ガス。
本物を見極められない哀れなmod_perler〜♪
0091nobodyさん2006/06/14(水) 23:56:11ID:???
>>90
その本物とやらは、どんなものなんでしょう？
0092nobodyさん2006/06/15(木) 00:14:17ID:???
まだ自分専用のスレと勘違いしたままのmod_perl厨カワイソス
0093nobodyさん2006/06/15(木) 00:17:47ID:???
>>89
>　このスレ見てるとmod_perlうんこな流れだけど
>　mixiやはてながmod_perlで運用してるのは何か理由があるの？

理由が知りたいから、
「mod_perlは一体どこがアドバンテージ？」
mod_perl厨に聞きつづけてるんだが。
未だに返事はなし。
0094nobodyさん2006/06/15(木) 00:22:57ID:???
「mod_perlは一体どこがアドバンテージ？」
これに返事もできない状態で
「mixiが．．．」
「はてなが．．．」
「ホリエモンの子飼いが．．．」

こんな話ばっかりやられてもねえ。
わからいなら、黙っとけ。
0095nobodyさん2006/06/15(木) 00:28:25ID:???
>>88
>　ベンチマークすら提示せずに否定に走られてもねぇ。
>　
>　>>80
>　> mod_perlの馬鹿食いはそのせいだけじゃないよ。
>　> mod_perlはApacheの全子プロセスに問答無用でPerlインタプリタを埋め込む。
>　> コードのキャッシュも全子プロセスが持つ。
>　> 結果的に、同じコピーが大量に作られる。
>　
>　これに関しては、何を言いたいのかさっぱりわかりませんね。

とてもユニークな意見やね。
どんなベンチとるんだろうか？
俺ならtopコマンド叩く程度しか思いつかんが。
0096nobodyさん2006/06/15(木) 00:48:36ID:???
>>94
同意。

しかもmixiが重いって話になると、今度は
「それはMySQLのせいらしい。」
とくる。

「mixiやはてながやってるから正しいんだろう。」
これ以上のものは見えてこない。
うんざり。
0097nobodyさん2006/06/15(木) 02:30:04ID:???
mixiがやろうと、はてながやろうと、間違ってると思えばその通りに発言できる。
それが、こういう場所の良さではないのか？
0098nobodyさん2006/06/15(木) 04:04:13ID:???
>>85
”アクセラレータ"としてのmod_perl自体が無茶かと...
0099nobodyさん2006/06/15(木) 04:23:38ID:???
実績があるからじゃないの。mixiやはてなクラスなら、フロントサーバとアプリケーションサーバを分けて運用するの、どのみち必須だろうし。
0100nobodyさん2006/06/15(木) 06:12:39ID:???
あまりにもレス食いつきの良さに
なんだかアンチmod_perlが必死に見えるよ
落ち着こう
0101nobodyさん2006/06/15(木) 06:18:43ID:???
ooとxxどっちが強いレベルだよ
どこにでもいる最強厨
0102nobodyさんNGNG
フロントとアプリサーバを分けるならいいけど、
フロントとしてつかうのであれば、
やっぱりmod_perlのメモリ量は気になるけどなぁ。
mod_perlの技術的なメリットがあるなら
きちんと知りたい昨今。
0103nobodyさん2006/06/15(木) 06:52:48ID:???
lighthttpd+FastCGIが最速で終了。
スレタイがアフォすぎだな。

----- ここからまったり雑談スレになります -----
0104nobodyさんNGNG
http://www.drk7.jp/MT/archives/000917.html
たしかに。
0105nobodyさん2006/06/15(木) 07:31:47ID:???
lighthttpdなんだよ
0106nobodyさん2006/06/15(木) 07:33:16ID:???
>>102
お前はゲームでもやってろ
0107nobodyさんNGNG
lighttpd+FastCGIもいいかと思ったんだけど設定がめんどくさそうなんだけど
SpeedyCGIは設定とか要らへんの？
0108nobodyさん2006/06/15(木) 08:31:41ID:???
dagに、lighttpd,lighttpd-fastcgi があるけど、このrpm使えぱ設定とか
かなり楽になるのかな？
0109nobodyさん2006/06/15(木) 09:06:57ID:???
>>107
SpeedyCGIは設定なし。
１．perlソースのグローバル変数を対応。
２．#!/usr/bin/perl等から#!/usr/bin/speedyや#!/usr/bin/perperl等に変更。
以上で終了。
Apacheは設定もできるが必要なし。
ただし、SpeedyCGIまたはPersistentPerl（中身はコマンド名以外同じ）が入っていること。
http://rintaro.dip.jp/program/nicky/index.html
0110nobodyさんNGNG
すげー
windows用のバイナリは無いんですかね探してるんですけど
01111092006/06/15(木) 10:06:20ID:???
>>110
すまそ。
Linux以外でperl使った事ないです。
0112nobodyさん2006/06/15(木) 10:17:00ID:???
>>107
> lighttpd+FastCGIもいいかと思ったんだけど設定がめんどくさそうなんだけど

ぐぐれば、そこらへんに落ちてると思う。
0113nobodyさん2006/06/15(木) 12:47:45ID:???
>>112
落ちてはいるだろうけど、
１．lighttpdの導入および設定
２．FastCGIの設定およびアプリ起動スクリプト作成法
これ新しくマスターするの結構、手間がかかるよ。
0114nobodyさん2006/06/15(木) 15:36:14ID:???
ところでworker+mod_perlのベンチってどっかにあるかね？
0115nobodyさん2006/06/15(木) 16:04:49ID:???
>>83
>原理的には、プロセス間通信のないmod_perlは速度的に優位なはずだが、
>どこのベンチをみても有意な差がない。

プロセス間通信がないことは、応答時間の短縮にはつながっても
スループットにはあんまり影響しないってことじゃない？
0116nobodyさん2006/06/15(木) 18:41:07ID:???
>>115
応答時間の短縮≠スループットの向上。
ちょっと理解に苦しむが、どういう意味？
0117nobodyさんNGNG
処理が早いだけで、
多くの処理がこなせるようになるわけじゃないってことすかね？
0118nobodyさん2006/06/15(木) 18:57:53ID:???
理解に苦しむといわれても、そのまんまなんだけど。
プロセス間通信がないmod_perlのほうが速いはずだけどベンチマークとったら差がない、ということだから、
mod_perlのほうが応答時間は短くなるかもしれないけど、それはスループットには影響を与えないんだろうね、ちうこと。
応答時間の短縮＝スループットの工場とは誰もいってないよ。
それを主張したら>>115とすごく矛盾してしまうんだけど。
01191152006/06/15(木) 18:58:33ID:???
そういう意味ならその通りだね。
話が脱線してるけど。
0120nobodyさん2006/06/15(木) 18:59:24ID:???
↑115→116
0121nobodyさん2006/06/15(木) 19:03:12ID:???
む？どこらへんが脱線してる？ふつうにmod_perlの話だと思うし、>>83の話からなんら飛躍してないと思うが。
01221162006/06/15(木) 19:03:57ID:???
>>118
言ってることはよくわかる。
しかし、ベンチの速度の話をしているときに、いきなりスループットは脱線だよ。
スループットが大きく影響するベンチもあれば、そうでないものもある。
ベンチ次第。
01231162006/06/15(木) 19:07:09ID:???
>>121
飛躍しているよ。
言っていることは、一般論としては正しいが、ベンチには反映されにくい。
0124nobodyさん2006/06/15(木) 19:52:51ID:???
>>122
どんなベンチマークを想像してんだろ。
おれは ab -c 10 -n 1000 みたいなのを想像してたんだけど。
サーバーサイドの話なんだから、ふつうにスループット重視だと思うんだが、
サーバーサイドのベンチで、スループットじゃないベンチおしえてくれ。
つーか、ベンチマークの話のときにスループットだすのがなんで脱線なんだ。理解に苦しむ。
01251162006/06/15(木) 20:35:31ID:???
こういう事はあまり言いたくないが、スループットの意味を解って使っているのか？
スループットとは単位時間に処理できる量のことだ。
>　mod_perlのほうが応答時間は短くなるかもしれないけど、それはスループットには影響を与えないんだろうね、ちうこと。
この話は、mod_perlはメモリを食うのでセッション数を捌けない。
だから、応答時間は短くても単位時間当たりの処理数はあがらない。

こういう意味なんだろうが、それは単純にベンチには出ない。
まずmod_perlへのリクエスト量が多く、mod_perlの処理に支障がある状態のベンチかどうか。
そうでなければ、何の関係もない。

くだらない話だ。
0126nobodyさん2006/06/15(木) 21:01:02ID:???
>>125
どういうベンチの取り方だったらいいわけ？
0127nobodyさん2006/06/15(木) 21:44:18ID:???
>>126
どういうベンチがいいとかいう問題じゃない。
ベンチは取った条件を考慮しないと、意味がない。
0128nobodyさん2006/06/15(木) 21:58:26ID:???
SpeedyCGI,FastCGIを試してみようかなと思い、とりあえずrpmがあるかと調べてみたら、
dagに、

perl-CGI-SpeedyCGI-2.22-1.2.el4.rf.i386.rpm
perl-FCGI-0.67-1.c4.i386.rpm

がありました。
RHEL,CentOS,Fedoraだと、rpmでインストール出来る様ですね。

ちなみに、ファイルの更新日付は、SpeedyCGIが2005/12/25,FastCGIが2006/2/11。
upされたのは、比較的最近だったので、ちょっとびっくり。
0129nobodyさんNGNG
http://daemoninc.com/SpeedyCGI/benchmarks/
0130nobodyさん2006/06/16(金) 03:06:13ID:???
>>125
おいおい、今までの話で、「スループット」を誤用したところがあるか？なんでこんな心配されなきゃならん。
まず、
>ベンチの速度の話をしているときに、いきなりスループットは脱線だよ
を説明してくれ。

>こういう意味なんだろうが、それは単純にベンチには出ない。
>まずmod_perlへのリクエスト量が多く、mod_perlの処理に支障がある状態のベンチかどうか。
>そうでなければ、何の関係もない。
あれー、今はmod_perlのベンチマークの話だよね？mod_perlに負荷がかからないようなベンチを勝手に想像されてもなー。

>どういうベンチがいいとかいう問題じゃない。
>ベンチは取った条件を考慮しないと、意味がない。
じゃあどういうベンチマークテストで、どういう条件を考慮すればいいわけ？
おまえの話きいてると、逃げてるだけじゃん。
0131nobodyさん2006/06/16(金) 04:22:13ID:???
喧嘩するときはbeか鳥付けないと誰の発言か確認できないよね
0132nobodyさん2006/06/16(金) 05:14:48ID:???
>>127
だぁかぁらぁ、どういう条件よ？
01331162006/06/16(金) 10:29:15ID:???
>>130
>>132

mod_perlはそのベンチの条件でセッション数が飽和しているか？
これをふまえて発言しろ。
0134nobodyさん2006/06/16(金) 12:44:16ID:???
>>130
>　あれー、今はmod_perlのベンチマークの話だよね？mod_perlに負荷がかからないようなベンチを勝手に想像されてもなー。

「mod_perlに負荷がかからないような」ではなくて、
mod_perlにどれくらいの負荷がかかっていて、mod_perlがセッションさばけるかが問題ってことじゃねえ？
「mod_perlに負荷がかかって」いても>129のような軽い負荷だと関係ないっていうことかな。
0135nobodyさん2006/06/16(金) 16:44:07ID:???
>>130
（・∀・）ﾆﾔﾆﾔ
0136nobodyさん2006/06/16(金) 18:48:56ID:???
>>133
してない。
それで？
0137nobodyさん2006/06/16(金) 21:19:55ID:???
>>136
beか鳥をつけた方がよくね？
0138nobodyさん2006/06/16(金) 21:22:19ID:???
>>136
>　してない。
>　それで？

それだと>116氏や>134氏の言うとおりになるんじゃない？
>　「mod_perlに負荷がかかって」いても>129のような軽い負荷だと関係ないっていうことかな。
0139nobodyさん2006/06/16(金) 21:26:06ID:???
> beか鳥をつけた方がよくね？

beも鳥もつけずにデマだけ並べるといいということ？
0140nobodyさん2006/06/16(金) 21:36:09ID:???
>>139
>116や>134がデマってことは、
mod_perlのスコアがのびない理由はセッション数以外にも理由があるって理解でええの？
01411402006/06/16(金) 21:37:17ID:???
だとしたら、まだ出てない意見なんだけど？
0142nobodyさん2006/06/16(金) 21:40:51ID:???
>>140
> >116や>134がデマってことは、

>116や>134は、デマなんですか？
はつみみです。
01431402006/06/16(金) 21:49:45ID:???
漏れは頭悪いんで、>139が誰に対してデマっていってるのかわからんのやけど。
01441402006/06/16(金) 22:01:28ID:???
それ以前に、>139=>142ってことでいいん？
0145nobodyさん2006/06/16(金) 22:02:25ID:???
>>143
> 漏れは頭悪いんで、>139が誰に対してデマっていってるのかわからんのやけど。

そもそも、誰かの発言がデマであるというようなことは >>139 では述べられて
ないのでは？
0146nobodyさん2006/06/16(金) 22:03:25ID:???
>>144
> それ以前に、>139=>142ってことでいいん？

どのように解釈しようと、各人の自由だと思いますよ。
0147nobodyさん2006/06/16(金) 22:08:18ID:???
（・∀・）ﾆﾔﾆﾔ
0148nobodyさん2006/06/16(金) 22:12:47ID:???
必死だな
0149nobodyさん2006/06/16(金) 22:36:39ID:???
Perl厨わかなくなったと思えば次はmod_perl厨。
収まったと思えば今度は匿名理屈厨。
すごいな。
このスレは。
0150nobodyさん2006/06/16(金) 22:45:16ID:???
（・∀・）ﾆﾔﾆﾔ 厨
必死だな 厨
>>149 みたいなの

も定期的に湧くな。

すごいな。
このスレは。
0151nobodyさん2006/06/16(金) 22:47:47ID:???
ｵﾏｴﾓﾅｰ
0152nobodyさん2006/06/16(金) 22:48:45ID:???
さて、どこらへんの話からループすればいい？
0153nobodyさんNGNG
煽り耐性なさ杉ｗ
0154nobodyさん2006/06/16(金) 22:50:17ID:???
>>150
お前が一番変。
0155nobodyさん2006/06/16(金) 22:52:21ID:???
>>154
まあ、一番と順位づけをするためには、ベンチマーク等と同様に
客観的な基準が必要だよね。

- 何をもって「変」とするかの基準
- 上記「変」の順位付けの方法

0156nobodyさん2006/06/16(金) 22:53:23ID:???
でたあ、客観厨。
0157nobodyさん2006/06/16(金) 22:54:27ID:???
何をもって．．．とするかの基準。
だってよ。
0158nobodyさん2006/06/16(金) 22:56:08ID:???
>>155
>>　ベンチマーク等と同様に客観的な基準が必要だよね。

このへんで頭の悪さがばれる。
0159nobodyさん2006/06/16(金) 22:56:15ID:???
ｸﾏｰ
0160nobodyさん2006/06/16(金) 22:57:54ID:???
>>158
まあ、ベンチが客観的と信じるのは個人の自由だし。
ええんでない？
0161nobodyさん2006/06/16(金) 22:58:30ID:???
だな。ｗ
0162nobodyさん2006/06/16(金) 22:59:18ID:???
>>160
んだな。
宗教の自由ってやつだ。
0163nobodyさん2006/06/16(金) 23:00:45ID:???
そんな宗教もあるのか。
0164nobodyさん2006/06/16(金) 23:02:01ID:???
まあほとんど宗教だわな。
0165nobodyさん2006/06/16(金) 23:02:50ID:???
宗教に、ほとんどとか程度があるのか。
このスレすごいなー。ｗ
0166nobodyさん2006/06/16(金) 23:04:07ID:???
>>165
マジレスすんなよ。
おもろないやつ。
0167nobodyさん2006/06/16(金) 23:05:16ID:???
マジレスっておいしいの？
0168nobodyさん2006/06/16(金) 23:14:23ID:???
ここまで俺の自演
0169nobodyさん2006/06/16(金) 23:15:31ID:???
いや、俺の自演だよ。
0170nobodyさん2006/06/16(金) 23:31:31ID:???
mod_perl と SpeedyCGI どっちがいいの？
0171nobodyさん2006/06/16(金) 23:35:07ID:???
>>170
mod_perl以外クソに決まってるだろ！
0172nobodyさん2006/06/16(金) 23:36:35ID:???
>>171
マジレスすんなよ。
おもろないやつ。
0173nobodyさん2006/06/16(金) 23:38:52ID:???
>>170
mod_perl以外を選ぶメリットは何もない。
0174nobodyさん2006/06/16(金) 23:41:09ID:???
>>172
そのまま返す。
コピペだし。
0175nobodyさん2006/06/16(金) 23:41:20ID:???
>>171 さん >>173 さん、ありがとうございます！
0176nobodyさん2006/06/16(金) 23:43:17ID:???
>>175
わかってるようだな。
世界で一番優れた言語mod_perl！
0177nobodyさん2006/06/16(金) 23:45:16ID:???
>>176
mod_perl って言語だったんですね！
明日早速会社のサーバに mod_perl 言語を入れて実稼働はじめます！
■ このスレッドは過去ログ倉庫に格納されています