【激速】mod_perl SpeedyCGI FastCGI【激速】

【激速】mod_perl Spe ..

511:nobodyさん
06/07/23 03:21:11
mod_perlからmod_speedycgiに引越中。
環境も整ってきたので、適当にベンチとってみました。
予想以上の結果にビックリしてます。
実際運用している物と同じシステムで負荷の高い（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にもどそうかと検討中ですｗ

512:nobodyさん
06/07/23 05:14:39
>>511
SpeedyCGIはデフォだと１時間でキャッシュが捨てられるから、不安定なのはその辺じゃない？

513:nobodyさん
06/07/23 05:18:43
正確には１時間アクセスがないと、だな。
パラメータ指定するか、wgetをcron経由で起動すればすむけど。

514:nobodyさん
06/07/23 11:26:54 BE:636768689-#
URLﾘﾝｸ(perldoc.jp)
ここにも定義されてるのをチェックするって書いてあるしな

515:nobodyさん
06/07/23 12:00:15
で、511は、↑にある

> ・データベースへの接続を持続させたままにするにはどうすればよいですか？
> グローバルの値は実行をまたがって保持されるので、これを行う一番よい方法は
> 接続をグローバル変数に格納し、実行のたびにその変数が既に定義されているか
> をチェックすることです。

をやっているの？

516:nobodyさん
06/07/23 12:09:39
> 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]

これって非常に不思議な結果なのだけど、それぞれどんな設定なのかな？

517:511
06/07/23 16:22:12
>512-513
テスト中の出来事なので1時間以内にキャッシュにアクセスしています。
wgetをcron経由の技は違うシーンでパクらせて頂きます。

>514
use CGI::SpeedyCGI;
my $sp = CGI::SpeedyCGI->new;
print "Running under speedy=", $sp->i_am_speedy ? 'yes' : 'no', "\n";

↑はチェック済みでyesが出ました。↓はこの後に試してみます。

if (eval {require CGI::SpeedyCGI} && CGI::SpeedyCGI->i_am_speedy) {

>515
use vars qw($dbh);
unless (defined($dbh)) {
$dbh = DBI->connect(***, ****);
}
ちなみに↓も試しました。
$dbh = DBI->connect_cached(***, ****);
use varsでもmy $dbhでも同じ状況です。
更新後に成功して2回目でDBIがコケる事がよくあります。
キャッシュがカギか！と思わせてたまに、2回目も問題なくクリアしたりとさっぱり原因がわかりません。

518:nobodyさん
06/07/23 16:24:33
>516
【環境】
Fedora Core5
↓ソースからインストール
httpd-2.0.58 prefork
PostgreSQL8.1.4　DBI-1.51　DBD-Pg-1.49　CGI-SpeedyCGI-2.22　mod_perl-2.0

【mod_perlのhttpd.conf】
LoadModule perl_module modules/mod_perl.so
<Files *.pl>
SetHandler perl-script
PerlModule Apache::DBI　　　　　#ベンチでApache::DBI以外はコメントアウト
PerlHandler Apache::Registry　　#PerlRunの場合はApache::PerlRun
PerlSendHeader On
PerlInitHandler Apache::StatINC
Options +ExecCGI
</Files>
PerlFreshRestart On

【mod_speedycgiのhttpd.conf】
LoadModule speedycgi_module modules/mod_speedycgi.so
<IfModule mod_speedycgi2.c>
AddHandler speedycgi-script .pl
<Location />
Options ExecCGI
</Location>
</IfModule>

↑どこかの板からパクったのをそのままベンチで使用

519:nobodyさん
06/07/23 16:46:30
> ↑どこかの板からパクったのをそのままベンチで使用

各値が適切かどうか検証もせずに？

520:nobodyさん
06/07/23 17:32:07
>>519
検証する必要のある値はどのあたりでしょうか？

521:520
06/07/23 17:54:05
追伸
パクる←表現がおかしかったです。
書き方をマネしたと解釈してください。
パスはチェック済みです。
mod_speedycgi.soやmod_speedycgi2.cがどのような動きをするかはまるで分かりません。
とりあえず試して問題なければOKなレベルでmod_speedycgiを動かしています。

522:nobodyさん
06/07/24 00:09:47
>>517

>　use CGI::SpeedyCGI;
>　my $sp = CGI::SpeedyCGI->new;

mod_speedycgiの下でSpeedyCGIを呼び出すという不自然なコードになってない？
一度httpd.confからmod_speedycgiの設定を外し、SpeedyCGIのみでどうなるか確認すべきではない？

523:nobodyさん
06/07/27 22:44:38
511がどうしているか、とっても気になる。

524:nobodyさん
06/07/27 23:27:34
馬鹿は放置でいいんじゃね？

525:nobodyさん
06/08/01 20:45:09 PBUCPfNT
最近落ち着いてきたスレ

526:nobodyさん
06/08/02 06:54:06
落ち着いたというか、アフォベンチ厨がいなくなっただけっしょ？

527:nobodyさん
06/08/02 15:58:35
釣ろうと必死だね

528:nobodyさん
06/08/02 22:12:09
釣り釣られの関係が成立することがあったとして、何か問題なんかね。

529:nobodyさん
06/08/03 00:02:46
まあ>526のようなあからさまな釣りは良くはないわな。

530:nobodyさん
06/08/03 01:29:14
問題だろｗ

531:nobodyさん
06/08/16 04:31:26
mod_perl2を使ってみたんですがApache2::Reloadで更新された.plファイルを
正常に再読込しません。Ver1.99の時は問題ありませんでした。
ReloadDebugをonにしてみると該当する.plに対してチェックが掛かってることは
確認しました。相対パスが駄目なのかと思い絶対パスにしてみたけど改善されず。
結局%INCのファイルを独自に検査して更新があったらdeleteするというルーチン
組み込んで希望の動作が出来てますが出来ればReloadで済ましたいです。
環境はFedora core5 mod_perl-2.0.2-5.1 perl-5.8.8-5です。

532:nobodyさん
06/08/16 15:33:50
Apache2のバージョンは何ですか？

533:nobodyさん
06/08/16 15:38:54
>>530
Apache2::Reload関係のhttpd.confをさらすべき。
後、Ver1.99の時とhttpd.confは同じもの？

534:531
06/08/18 12:39:47
情報が不足していてすみません。Apacheのバーションはhttpd-2.2.2-1.0です。
検証は出来るだけ最小設定で行いました。
<VirtualHost *>
略(ServerName、DocumentRootのみ設定)
PerlModule Apache2::Reload
</VirtualHost>

以下のオプションを色々変えたりコメントアウトしながら検証しました。
# PerlInitHandler Apache2::Reload
# PerlSetVar ReloadDirectories "/home ./"
# PerlSetVar ReloadDebug On
# PerlSetVar ReloadAll Off
# PerlSetVar ReloadModules "module*"
Ver1.99の時は
PerlModule Apache::Reload
のみで期待通りの動作をしていました。

535:nobodyさん
06/08/18 13:05:02
>>534

URLﾘﾝｸ(d.hatena.ne.jp)

現在、mod_perl には互換性のない三つのバージョンが存在してます。

mod_perl 1.0 (1.29)
mod_perl 1.99
mod_perl 2.0 (2.0.2)

536:nobodyさん
06/08/18 14:32:05
>>531
> 正常に再読込しません。
正常じゃない状態がどういう状態なのかよくわからんのだが、
URLﾘﾝｸ(d.hatena.ne.jp)
こういうことなんジャマイカ？

537:gan
06/08/19 06:24:16 jPBCnjia
すれ違い課も知れませんが、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: URLﾘﾝｸ(airrack.jp)
Undefined subroutine &main:: called at /usr/lib/perl5/site_perl/5.8.3/Log/Log4perl.pm line 133.,
referer: URLﾘﾝｸ(hogehoge.jp)
【エラーログに出てくるLog4perlについて】
Log4perl.pmというモジュールは、おそらくNet::Amazonがログをはくために
使っていると思われますが、詳細はよく分かりません。どちらのモジュールも最新
に上げています。
Log4perlモジュール内で変なキャッシュが残っているのでしょうか？
その場合モジュールをいじって直すしかないのでしょうか・・・。
googleで1日中検索しましたが情報がありませんでした。
かなり嵌ってしまいました。speedyCGIでNet::Amazon使ってらっしゃる方
で同様の状態になっている方いませんか？よろしければ情報いただけたら。。

よろしくお願いいたします。

538:531
06/08/19 07:14:50
535さん、536さんありがとうございます。
どうやら536さんの記事に諸に当てはまるようなので記事に書いてあるとおり
パッチを当てて再度検証しこちらで報告しようと思います。
今は酔っぱらい人間です。

539:nobodyさん
06/08/19 13:45:18
>>537
本人もわかってるようですが、グローバル変数の問題なのは間違いないでしょ。
まず基本的な事から確認。

メインのスクリプトにはグローバル変数の初期化処理がある？

540:gan
06/08/19 18:55:37 jPBCnjia
>>539
レスありがとうございます。
>メインのスクリプトにはグローバル変数の初期化処理がある？
グローバル変数の初期化処理があるというのは
メインのスクリプトにてmy $hogeとすることで初期化を行っています。
もしかしてmy $hoge=''とする必要があるのでしょうか？

541:nobodyさん
06/08/19 19:18:24
>>540
my $hoge;
では初期化されないです。
（通常のCGIならOK）

>　もしかしてmy $hoge=''とする必要があるのでしょうか？
そうです。

542:nobodyさん
06/08/19 22:02:30
mod_perlだと
my $hoge;
でいいはずだけどSpeedyCGIだと違うの？
undefと空文字では意味合いが全く違うと思うんだけど。

543:541
06/08/20 01:05:51
>>540
>>542
漏れの間違い。
our $hoge;は×
my $hoge;は○

544:nobodyさん
06/08/20 01:11:35
このスレ読んでると mod_perl が最強と言うことなんでしょうか？

545:nobodyさん
06/08/20 01:36:28
ApacheAPI使いたいならね。

546:gan
06/08/20 12:17:16 9VgwFZeI
>>543
>>　もしかしてmy $hoge=''とする必要があるのでしょうか？
>そうです。
全てmy $hoge='';としました！
しかし現象はまったく変わらずです。。。
使用しているモジュール（Net::Amazonなど）内の
キャッシュをクリア、みたいな処理が必要なのでしょうか・・

547:nobodyさん
06/08/20 12:52:06
>>546
そりゃそうでしょ。

>>541
はなんか勘違いしてると思われるので、アドバイスにしたがうのはどうかと思われます。
アドバイスは、ちゃんと理解しているひとからもらわないと余計に混乱してしまうだけです。

548:gan
06/08/20 12:59:32 9VgwFZeI
>>547さん
ありがとうございます。

>>>541 はなんか勘違いしてると思われるので、
>アドバイスにしたがうのはどうかと思われます。
いえいえ、人の質問に回答するだけでも立派だと思います。

>>547さん
自分で
>使用しているモジュール（Net::Amazonなど）内の
>キャッシュをクリア、みたいな処理が必要なのでしょうか・・
と書いておきながら実際のやり方が分からないのです。
Amazonを使う上でCache::Fileというモジュールを使用しています。
CGI::CacheというモジュールではspeedyCGIといっしょに使うときは
こんな風にしたほうがいいよ、みたいな説明が載っていたのですが、
Cache::Fileについては特には、、、。どなたかヒントいただけたら
幸いです。

549:400
06/08/20 16:50:49
データを整理してグラフにしました。
（一部データ追加）
興味があればのぞいてください。
URLﾘﾝｸ(rintaro.dip.jp)

550:nobodyさん
06/08/20 17:59:01
>>548
・CGI起動だと正常に動作するのか。
・use strictしているか。
・フロントでpackage ???;と指定していないか。
・他にHTTP::***系のモジュールを読み込んでいないか。

551:gan
06/08/21 01:42:09 ZgHdKmUM
>>550
ご回答ありがとうございます。

>・CGI起動だと正常に動作するのか。
動作します。

>・use strictしているか。
しています。・・厳密に他の外部読み込みのライブラリ
（escape.plみたいなやつ）はやっていないものもあるかも。
これ全部やるべき？

>・フロントでpackage ???;と指定していないか。
・・これどういう意味でしょうか。。よろしければ詳しくお願いします。

>・他にHTTP::***系のモジュールを読み込んでいないか。
読み込んでいないと思いますが、、現在使用しているモジュールが
依存関係にあるモジュールを勝手に読み込んでいる可能性は否定
できません。チェック方法をご存知でしたら教えてくださいませ。

552:245
06/08/21 06:54:11
>>549
乙です。グラフにすると分かりやすいですね。FastCGIの優秀さに
改めて驚きました。

553:nobodyさん
06/08/22 18:30:01
>>551
おつです。
もっぱらmod_perl使ってたけど考え直してみようかな。

554:nobodyさん
06/08/22 23:01:06
初心者がベンチして、初心者に移行を促すスレはここですか？

555:nobodyさん
06/08/22 23:07:44
誤解を招きやすい数値を元に決定を行い、誤った方向にすすんでしまう良い見本でしょう。
2ch だし。

556:nobodyさん
06/08/22 23:58:25
> 2ch だし。

2ch だと何かまずいのかな？

557:nobodyさん
06/08/23 00:01:58
2ch は玉石混淆であることを言いたかっただけです。

558:nobodyさん
06/08/23 01:13:42
ならそう言えばいいのに。
誤解を招きやすい表現を使い、謝った方向にすすんでしまう良い見本ですね。

559:nobodyさん
06/08/23 01:25:57
誤った方向にすすんでしまうのは玉石混交でいうところの"石"なわけだが
（そうじゃないと意味が通じない）、それを分かった上でかきこんでいるのかなぁ。

A. 分かった上で書き込んでいる → 自ら石であることを認めている
B. 気づかずに書き込んでいる → やっぱり石

いえ、玉石混淆なのは分かってますからあえてこれ以上追求しませんが。

560:gan
06/08/23 07:26:53 1++KeXhR
551からその後です。
某サイトで、グローバル変数をすべてあぶりだす
方法を発見（%:: というハッシュに変数名が格納されている）
そこでspeedyCGIの下記のように
use CGI::SpeedyCGI;
my $sp = CGI::SpeedyCGI->new;
$sp->register_cleanup(\&clean_up);
---------
sub clean_up{
map { $$_=undef; } keys %::;}
とすると、2度目のアクセスもエラーが出なくなりました！！
・・が、書き出されるはずのHTMLが途中で終わってしまうという
現象が発生・・無差別にグローバル変数（300項目くらいでる）を
削除するとやはりまずいのか、、しかし影響のあるものがどれか
現在特定できず、、。どなたかアドバイスいただけたら。。

561:nobodyさん
06/08/23 23:56:02
> 現象が発生・・無差別にグローバル変数（300項目くらいでる）を
> 削除するとやはりまずいのか、、しかし影響のあるものがどれか
> 現在特定できず、、。どなたかアドバイスいただけたら。。

Perl 3 時代の糞スクリプトなら、ISP からもらえるチルダつきの
環境で動かしてりゃいいじゃん。

562:gan
06/08/24 00:04:53 p5O8tkz+
>Perl 3 時代の糞スクリプトなら、ISP からもらえるチルダつきの
>環境で動かしてりゃいいじゃん。
？

563:nobodyさん
06/08/24 03:29:54
ずっとここで乞食してないでまずuse strictしてそれでも駄目だったら質問しろよ。

564:nobodyさん
06/08/24 09:58:19
>>549
> データを整理してグラフにしました。
> （一部データ追加）
> 興味があればのぞいてください。
> URLﾘﾝｸ(rintaro.dip.jp)

なんでworkerよりpreforkの方が速いの？誰か解説キボン

565:245
06/08/24 13:10:59
>>560
グローバル変数を削除する必要はありません。

566:gan
06/08/24 19:16:32 p5O8tkz+
>>565
そ、そうなんですか？
245さんはどうされてますか？

567:nobodyさん
06/08/24 21:21:23
> 245さんはどうされてますか？

腹を切るなり、首にひもをかけるなり、、、

568:gan
06/08/24 21:40:44 p5O8tkz+
>>567
？

569:245
06/08/25 15:29:41
いやまあ、気にせんでくれ。次行こう。

570:nobodyさん
06/09/11 06:35:42
mod_python 最強ということでよろしいか？

571:nobodyさん
06/09/22 16:52:21
つまりHTMLが最強ってことだろ？>>385

572:nobodyさん
06/10/05 22:11:58
>>497
ワロスｗ
ｽﾚﾘﾝｸ(php板)
スピード△
メモリ消費大
ApacheAPIをPerlで使えるのが長所

573:572
06/10/05 22:12:58
激しく誤爆

574:nobodyさん
06/10/06 00:49:48
どのスレと間違えたんだよ

575:nobodyさん
06/10/06 01:19:18
こんな糞スレ参考にすらならないのに。ｗ

576:nobodyさん
06/10/06 01:35:11
検索であっさり見付かったｗ
ｽﾚﾘﾝｸ(hp板:493-番)
こんなところにまで乗り込まなくていいのに・・・

577:nobodyさん
06/10/06 03:14:53
そのスレでも似たような事が書いてあるけどmod_perl使うとメモリ数G載せないと駄目と
違う人から何回か聞いたんだけどどっかでそういうアホな情報載せてるページがあるの？

578:nobodyさん
06/10/06 04:04:05
mod_perlかFastCGIかなんてあんまり有意な差はないよ
それより、プレコンパイルになって起動に時間がかからなくなるってことは
中身の速さ＝実際の速さに近くなるってことなんだよ？

つまり、DBで扱うテーブルやインデックスの設計とか効率的なSQL発行してるかとか
DBのネックは殆どディスクIOかメモリ不足だからRAIDにするとかメモリ増やすとか
(mod_perlで食うメモリなんてDBに食わせるメモリに比べたらささやかなんだよねorz)
HTMLのレンダリングとか処理自体が遅いなら
スクリプトのコーディングや使ってるCMS見直したほうが余程結果出せる・・・・

ちなみに576のリンク先のサイトもレスポンスヘッダ見ると
静的コンテンツはApache2、動的コンテンツはApache1.3+mod_perlだね
mod_perlだけで数Gとかリバースプロキシも知らない奴が言ってるとしか思えないっ

579:578
06/10/06 04:14:08
576のURLさかのぼって行ったらサーバーステータス見つけたよ
一日の転送量は6.6Gで平時のロードアベレージは0.5程度、メモリは2Gちょいでした
こういう事例を見れるのはおもしろい、もっとないかな

580:nobodyさん
06/10/06 20:50:14
>>578
>　(mod_perlで食うメモリなんてDBに食わせるメモリに比べたらささやかなんだよねorz)

熱く語っているところに悪いが、
workerかそれ以外かでメモリ消費は激しく変わるんだが・・・

DBの種類もテーブルもレコード数もわからないのにメモリ消費はわかるんだな

581:nobodyさん
06/10/06 21:16:14
>>580
>DBの種類もテーブルもレコード数もわからないのにメモリ消費はわかるんだな
今やってる仕事のが300万件2G以上のテーブルあって
全然後のこと考えてない構成なのをまかされてしまって
ちょっと愚痴気味に言ってしまったんだ、すまそ

そこでもmod_perl使ってるんだけどそういうケースだと
DBのチューニングの方が余程メモリに影響するんだよね
ちなみにメイン鯖のメモリは8Gあって殆どDBに割いてるな・・・

582:nobodyさん
06/10/06 22:33:48
サイトの性格、アクセス数も関係するし、サーバ（群）のスペックも関係する。
リソースが貧弱な場合にmod_perlは躊躇するよなあ。
案件ごとにmod_perlだ、fastcgiだと使い分けるのも、今度は人的なリソースが不足しがちになるし。
まあ規模が小さければ、PHPが一番いいのかな。みんなPHPだし。

583:nobodyさん
06/10/07 04:42:23
> まあ規模が小さければ、PHPが一番いいのかな。みんなPHPだし。

みんな Java だし、Java がいいんじゃね？

584:nobodyさん
06/10/08 01:55:11
8Gメモリ積んでる奴にmod_perlのメモリ消費は大したことはないといわれてもちょっと説得力がなぁ

585:nobodyさん
06/10/08 02:32:04
規模が小さければPHPだよ。Javaはコストがかかる。

586:nobodyさん
06/10/08 06:26:02
規模が小さい案件なんかやってるやつはばかです

587:nobodyさん
06/10/08 16:54:31
自分で会社作って、小中規模の仕事をこなすのが一番儲かる。
大きな会社の社員PG、SEじゃたかが知れてる。

588:nobodyさん
06/10/13 05:29:50
勢いを失ったPHPには、もう先がありません。

589:nobodyさん
06/10/13 06:48:53
RORの隆盛はPerlにとっても追い風だよな。

590:nobodyさん
06/11/05 04:44:56
URLﾘﾝｸ(jp.rubyist.net)

やっとPerlもJITコンパイラになるんだな
アクセラレータよ、さようなら
PHPやPythonと共通のバイトコードになるのもいい

って、まだまだ先の話か

591:nobodyさん
06/11/05 17:44:07
むしろperl等もJVMのバイトコードを出力するようにしてしまった方が
後々メリットが得られるような気もするが
そうでもないのかね。

592:nobodyさん
06/11/05 19:17:48
そのためにはPerl6が必要になるんじゃないの？

593:nobodyさん
06/11/05 19:55:56
>>591
とりあえず、JVMのコードが変換できるようになればそれでいいやん
.NETも変換できるようだし
>>592
Perl5もコンパイルできるようにするようだよ

でも、肝心のParrotが未だに開発中

594:nobodyさん
06/11/05 21:02:17
でもこれって結果的にスクリプト言語を勢いづかせるんじゃね

595:nobodyさん
06/11/05 22:44:36 tB4jjHhC
いつになったら完成するんだ！！

596:nobodyさん
06/11/06 01:45:05
明日仕上げます！

597:nobodyさん
06/11/06 22:24:47 wVlTk8ia
明日ｷﾀ━━(ﾟ∀ﾟ)━━!!

598:nobodyさん
06/11/06 22:58:07
完成しないとPerl6でないんだから、よほどのことがない限りでることはでるんじゃないの？

でもおそい

599:nobodyさん
06/11/06 23:00:44
ｽﾚﾘﾝｸ(php板)

動き無さ杉

600:nobodyさん
06/11/06 23:18:17
おいmod_parrotって．．．

アセンブラ言語で書けってか？
JITコンパイラ有るなら速度面でも価値は低いし

601:nobodyさん
06/11/07 01:17:26
3getさえないのにﾜﾛﾀｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

602:nobodyさん
06/11/08 03:15:19
>>600
URLﾘﾝｸ(72.14.253.104)

603:nobodyさん
06/11/08 21:21:02
>>602
mod_parrotってmod_perlから呼び出されるバックエンドという理解でおｋ？
それならmod_parrotだから変わるっていう部分は少なくないか？
一定の速度向上以外は全く思いつかね

604:nobodyさん
06/11/10 00:45:33
>　現在開発中のPerl6インタプリタエンジンParrot。
>　ParrotはCLR(Common Language Runtime)であり、
>　ParrotアセンブラにコンパイルできればPerl6のみならず、
>　Python、Ruby、PHPをはじめ、JavaもC#も、Basic、Scheme、
>　その他の言語なんでもいける・・・ようになるかも！？
>　mod_parrotができれば速度面でも問題無し！
>　そんな夢のような言語/VMであるPerl6/Parrotについて語りましょう。

万能インタプリタみたいなこと書いておいて、mod_parrotはないだろ
CGI以外でもmod_parrot使うのかね

605:nobodyさん
06/11/10 00:53:48
Javaが挫折したネイティブCPU（補助機能としてのネイティブコードサポートならある）
これParrotでできないかな
本物のCPUを模倣したモデルを使っているので、易しいと思うんだが

問題はParrotの普及．．．

．．．というかまずスタートｏｒｚ

606:nobodyさん
06/11/10 00:56:59
>>604
>　CGI以外でもmod_parrot使うのかね

SpeedyCGIはCGI以外のPerlも代用できる

607:nobodyさん
06/11/27 18:16:52
modなんちゃら～は速度改善の為のみに存在してると思ってないか？

608:603
06/11/27 19:25:05
>>607
>　modなんちゃら～は速度改善の為のみに存在してると思ってないか？

ApacheAPIへのインターフェイス兼アクセラレータだと思っていますが？
がmod_parrotの場合はインターフェースの役目は持ってないでしょう

609:nobodyさん
06/12/02 18:58:11
FastCGIでのMoinMoinを
URLﾘﾝｸ(ssk.jugem.jp)

を参考に動かそうとしているのですが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です。

他に質問スレが無かったので、こちらで質問させて頂きました。
どなたかご教授お願いします。

610:nobodyさん
06/12/02 22:58:31
背伸びする必要ないんじゃない？

611:nobodyさん
06/12/03 00:04:12
おまいら久々に新しいの出てますよ
mod_perl 2.0: Version 2.0.3 - November 28, 2006
URLﾘﾝｸ(perl.apache.org)

612:nobodyさん
06/12/03 00:23:05
ところでメモリ，メモリとほざいている奴は，これを試したのか？
URLﾘﾝｸ(search.cpan.org)

613:nobodyさん
06/12/03 02:18:17
>>612
試したの？

614:nobodyさん
06/12/03 15:23:04
>>613
見ただけじゃねえ？

>>612
で、どれくらい良くなった？

615:nobodyさん
06/12/03 15:28:26
>>609
/etc/httpd/logs/fastcgi/dynamic/が無いか、パーミッションが無いんじゃねえ？

616:615
06/12/03 16:04:25
もし/etc/httpd/logs/fastcgi/dynamic/があり所有者がApacheになっているなら、FastCGIの実行者がwikiだから書き込めないんじゃねえ？
/home/*/public_html/じゃない場合FastCGIは動くの？

617:nobodyさん
06/12/24 00:03:00 5VuL7TZS
質問なのですが、解れば教えてください。
apache2 + mod_perl2.0.2 + catalyst5.7006
にて、
仮想ディレクトリ上だけCatalyst環境で構築したいのですが、
下記のように書くとDocumentRoot以下にある
SpeedyCGI向けに書かれたソースの動きが変になってしまいました。
どのように設定すれば解決できますか？

httpd.conf--------------------------------------
PerlSwitches -I/var/www/Hello/lib
PerlLoadModule Hello
PerlTransHandler Hello
<Location /Hello>
PerlSetEnv Hello_DEBUG 0
SetHandler modperl
PerlResponseHandler Hello
</Location>

618:nobodyさん
06/12/24 02:17:10
>>617
URLﾘﾝｸ(d.hatena.ne.jp)
?

619:nobodyさん
06/12/24 12:56:06 5VuL7TZS
>>618
PerlLoadModule Hello
PerlTransHandler Hello

を外したらうまく行きました。ありがとうございます。
動いたけど全くもって理由がわかりませんｗ

620:nobodyさん
06/12/24 14:51:36
サブテカがいるすれはここですか？

621:nobodyさん
06/12/27 11:30:45
　　　　　　　　　　　 ,,_yyrl|_._.
　　　　　　　　　 . ,ｰ,,エ(ﾌ个 ¨ﾞ.巛r.r
　　　　　　　　_)()|「リlll|,エ,,　　　_,,,,,,,,,〔
　　　　　　ilｧ.爻)ll(''ﾄ'ﾘ》ll!h/′ ''ﾞ¨¨¨ﾞ冖''_,._
　　　　　_yr!'ﾞ》||/||》ﾐ|||W'〕u彡 .ノ‐ .′,z厂′
　　　　_,彡l|'l《》「⌒Wl|ﾘi|i｛ﾉ巛r, .^.ﾞ'　､ﾐ|》
　　　.ｰ¨7ﾘﾌミ.|Mllyii'|yl!.干zz| （z､u..彡ﾞ「ﾞ.┘
　　　 ._yil|ﾐ)《l!|》!|il》lﾘli|||zz|¨;;ll《《リ｝l|.┘ v.|ﾄ
　　 .ｰ″,,iﾄリ「|ﾚ「〕:|/ﾘlll!|z|ﾄ厶|,.厶　冖 r　 y
　　　　　ll|ﾞ.ll|ili|ﾄz||:iﾄ /|《;li《z|》ﾘ||,｝ﾞ _yrl|ﾚr .
　　 .__y-ﾄﾐ「ﾞ川lyl)彡《i.ﾉ》|ﾚ「)「「ll||ﾞ)ﾐ)rl!　¨／￣￣￣￣￣￣￣￣￣￣￣￣
　 ,z厂　　　 .^.「ﾞ》!「　｀.r厂|′　《》ﾘ,||｝″＜
　¨′　　　　　 ,l.ﾌ|′　　 .r!　　 .「|ll|ﾌ^､　　｜どうでもいい
　　　　　　　　｀,〕 i!.,,　 .‐!ll,. .'　.,i!||ﾘ　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　″y　　　.″　_,r;yﾐ,|″

622:nobodyさん
07/02/15 01:20:19
SpeedyCGIを使うときに、グローバル変数を初期化する
必要があるということですが、どういうことでしょうか。

i=0; i++; i++; i++; i++; i++; print("i");
グローバル変数iを一つずつ増やしているだけです。
i=0;で初期化しているので大丈夫でしょうか？

普通5がprintされると思いますが、初期化しないで
何回も実行すると、どんどん加算されて5以上の数字が表示されますか？

623:622
07/02/15 02:33:34
622です。
SpeedyCGI入れて自分でも試してみたいと思います。
また、なにかありましたらよろしくお願いします。

624:nobodyさん
07/03/02 14:17:29
実際にやってみればいいじゃん

625:nobodyさん
07/03/03 22:18:22
FastCGIでディスパッチする際、リクエスト毎にスレッドを作成してばらばらの順番に応答を返す
ということはFastCGIの仕様的には可能なんでしょうか？

626:nobodyさん
07/03/03 22:49:26
FastCGI なアプリは常駐するわけだが。

627:nobodyさん
07/03/03 23:05:20
>>626
？それは分かってます。
常駐するプロセスにリクエストが（Unixドメインソケットあるいはソケットを介して）飛んでくるのが
FastCGIの仕様だと理解してますが、そのリクエストへの応答は、必ずリクエストが飛んできた
順番に応答しないといけないのかどうかが知りたいのです。
一応ドキュメントにはマルチスレッドでも可能的なことが書いてありましたが…

628:nobodyさん
07/03/04 04:51:01
>>627
>>1 のマニュアルFAQに書いてある事じゃなくて？

629:nobodyさん
07/03/04 12:19:12
>>628
FAQに目を通しましたが該当する記事は見当たりませんでした。

で、報告なんですが、Pythonにはマルチスレッドで動作するFastCGIアダプタが存在する
事から、ディスパッチャのマルチスレッド化は可能なようです。
ですがアダブタが存在するのくだりから推測できるように、アダプタが対応していないと
マルチスレッド化できません。（当方Rubyを使用する予定ですので、Rubyのアダプタで試して
みましたが、ムリでした）
アダプタをハックするにはFastCGIの仕様の理解が必要なこともあり、断念することにしました。

どうもありがとうございました。

630:nobodyさん
07/03/05 13:38:09
こちらこそ参考情報ありがとう

631:nobodyさん
07/05/26 20:01:40 7SKqsTBy
Perl6でもSpeedyCGIは使えたらなぁ

632:nobodyさん
07/05/28 22:48:45 A9llIuWJ
SpeedyCGIの -r オプションて、
回数に達したら、全backgroundが再起動するんかな？
それとも一backgroundごと？

633:nobodyさん
07/05/29 06:59:20
1background毎だと思っていたが…違うのか?

634:nobodyさん
07/06/01 20:02:10
すみませんがが、お知恵を拝借。

Apache2+mod_perl2　で、

my %List;
$List{$key} = { a=>1,b=>2,c=>1}
...
なんて連想配列作って、

sub listsort {
my $r = $List{$a}{a} <=> $List{$a}{b};
if ($r == 0) {
$r = $a cmp $b;
}
return $r;
}

foreach my $k (sort listsort keys(%List)) {
# codes
}

のようにソート関数かませて、配列の中身でソートする様にしたんだけど、
ソースを変更して、1回目の実行ではリファレンスが正しくソート関数に届くのに、
2回目以降は届かなくなります。　

これって、使い方が間違ってるんでしょうか？ Reload の設定ミス？

RHEL ES4 + Apache2.0.52 + mod_perl 2.0.3(tar install)
openSUSE 10.0 + Apache 2.0.54 + mod_perl 2.0.1(rpm)

どちらも同じ現象なので、プログラムじゃないかと思うんだけど、改善できなくって。

635:nobodyさん
07/06/04 12:03:46
listsort() がどの名前空間に宣言されているのか不明だし
それが原因かどうかは分からんけど…

その程度のソート内容なら

for my $k (sort { $List{$a}{'a'} <=> $List{$b}{'b'} || $a cmp $b } keys %List) {

でよくね？

636:634
07/06/05 05:13:19
>635

listsort の中には、3段位の比較を入れる予定。
listsortの宣言は、関数内です。

sub func {

sub listsort {

}

}

ちょっと長いけどインラインにしてみるっす。

637:nobodyさん
07/06/28 02:38:24
通常のPerlとSpeedyCGIを箱庭諸島R.A JSを使って比べてみた
（島の数は0)

トップページの表示しか載せないが
普通のPerlだとCPU時間が0.09～
SpeedyだとCPU時間が最短0.01（大体0.03以上)
になってﾜﾛﾀ

638:nobodyさん
07/07/06 23:07:39
>>637
普通普通

639:nobodyさん
07/07/12 06:21:48
mod_perlを導入したのですがカレントディレクトリがApacheのディレクトリになってしまい
スクリプトのあるディレクトリがカレントディレクトリであると想定して書かれてるプログラムが動かなくなりました。
カレントディレクトリをスクリプトのディレクトリに変更する方法はありませんか？
環境はWindowsXP＋Apache2.2.4です。

640:nobodyさん
07/07/12 10:31:57
>>639
URLﾘﾝｸ(adiary.blog.abk.nu)

641:nobodyさん
07/07/12 19:02:43
>>640
どもども
やってみます

642:nobodyさん
07/07/29 22:25:25
FC6でSpeedyCGI-2.22をソースインストールしようとしたら
mod_speedycgi2などでエラーがでて失敗しました。
FC1ではうまくいったんですが･･･。FC6で何か足りないものが
あるのでしょうか？

643:nobodyさん
07/07/30 17:48:02
>>642
URLﾘﾝｸ(dries.ulyssis.org)

これはどう？

644:nobodyさん
07/07/30 22:09:00
>>643
ありがとうございます。やってみたら、そのようなグループ、ユーザーは
いません、rootを使います～と言うのが出て、その後、パッケージごとに
すでにインストールされているファイルと競合するので終了するような
メッセージがでて完了出来ませんでした。
　rpmの、競合するファイルを無視してインストールするオプションというの
があればと思うのですがスイッチがわからないのでまだ試して無いです。

645:nobodyさん
07/08/01 23:29:07
>>642
FC6では試してないが、CentOS5では、

URLﾘﾝｸ(rt.cpan.org)

にあるpatchを一通り当てたら問題なくcompile出来た。

646:nobodyさん
07/09/13 01:31:18
>>639さんじゃないんですが、mod_perl2でカレントディレクトリの
設定を変更後、DBI::SQliteのdbnameだけは絶対パスを
入れなきゃ動きません…そういうもんなんでしょうか？

Apache 2.2.4+ActivePerl 5.8.8+mod_perl2

647:nobodyさん
07/09/13 04:52:15
mod_perl2はカレントディレクトリがスクリプトのあるディレクトリにならないから

preforkならchdirしたりCGIのエミュ代わりならModPerl::RegistryPreforkやModPerl::PerlRunPreforkを
使うとカレントディレクトリがそのスクリプトのディレクトリになるから相対パスで書けない事もない

workerの場合chdirが使えないというか使えるけど他のスレッドにも影響がでてしまうので危険

というわけでどちらにしても絶対パスで書いておくのが無難

648:nobodyさん
07/09/14 13:55:09
>>642 >>645
FCやCent使ってるなら

RPMforgeを入れて
yum -y perl-CGI-SpeedyCGI
で入れたほうが簡単じゃない？

649:nobodyさん
07/09/14 14:03:52
>>648
yum -y install perl-CGI-SpeedyCGI
^^^^^^
でした。

650:nobodyさん
07/09/14 18:42:10
やあみんな、FastでSpeedyでmodなperlライフをおくってるかい？

ところで、最近UpdateしたApache2.2.6と2.0.61でちゃんとmod_perl動いてる？

651:nobodyさん
07/09/14 20:17:24
>>650
試して報告してくれよん

652:650
07/09/15 03:58:09
やあやあ、
実は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した時にURLﾘﾝｸ(localhost)叩いた時と同じ表示)

ちなみにこの時、他のmod_perlでないページは正常に表示される。

653:650
07/09/15 03:58:47
つづき

この時のerror_logの表示は
Error in my_thread_global_end(): 252 threads didn't exit
[Sat Sep 15 02:47:35 2007] [notice] Parent: child process exited with status 9 -- Restarting.
[Sat Sep 15 02:47:35 2007] [notice] Apache/2.0.61 (Win32) PHP/5.2.1 mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations

こんな感じ。
これみると、どおやらmod_perlなファイルにリクエストした時、なぜかApacheが再起動掛かってる模様。

ちなみにこの状態のままでも他のファイル(staticHTML,PHP,PerlCGI)は通常どおり表示される。
(access_logに記録もされてる。mod_perlなリクエストだけが欠落。)
あと、標準module(mod_auth,mod_alias,mod_rewrite等)の機能もちゃんと動作する。

さらにこの状態の時にStop(コンソールからCtrl+C)かけると,一旦通常に終了処理が終わったように見えるけど、
タスクマネージャ見ると、Apacheのプロセスが起動したままの状態。

この時のerror_logの内容は
Error in my_thread_global_end(): 1 threads didn't exit
ocess is running

上のエラーと同じ内容だけど、thread1なとこを見ると親プロセスか？？
その下に多分"Process"だとおもわれるメッセージの断片が・・・。

654:650
07/09/15 03:59:18
つづき2

そんなこんなで何回か起動、再起動等を繰り返してると
Winの強制終了のポップアップが出て終了。

そのときのerror_logには、
[Sat Sep 15 02:54:21 2007] [notice] Apache/2.0.61 (Win32) PHP/5.2.1 mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations
[Sat Sep 15 02:54:21 2007] [notice] Server built: Sep 15 2007 02:27:44
[Sat Sep 15 02:54:21 2007] [notice] Parent: Created child process 3412
[Sat Sep 15 02:54:23 2007] [crit] master_main: create child process failed. Exiting.
[Sat Sep 15 02:54:23 2007] [error] (OS 6)ハンドルが無効です。 : Parent: SetEvent for child process 0 failed
これ。
今までで[crit]なんかはじめて拝んだ。

前のレスのエラーは100%再現する。こっちのエラーはいまいち再現性がない(5回～10回に一回くらい)

ちなみに上のは、2.0.61だけど、2.2.6でも全く同じエラーが出る。(当然そのときは、mod_perlを2.2用にrebuild)
theory58Sのコンパイル済みppmでも、エラー内容同じ。(2.0,2.2両方)

逆に、2.2.6と2.0.61のincludeとLibsでコンパイルしたmod_perl.soとライブラリ一式は、
2.2.4、2.0.59で両方正常に動く。(公式msiバイナリと自前ビルド両方とも試した。どっちも問題なし。)

655:650
07/09/15 03:59:51
つづき3

公式とかによると、APRとAPR-utilのバージョンがあがってるようなんで、
これのせいかとかも思うけど、公式のML等ではこの話題でず。
(なんか違うバグ出たみたいで、早くも2.2.7かって話も出てる)

perl.apache.orgのほうもこれに関する話題なし。

ちなみに”Loadmodule mod_perl.so”をコメントアウトすると何事もなかったかのように動いてる。

環境は
WinNT 5.1
VC2005 sp1 + nmake (Ver 8.00.50727.762)
Active perl 5.8.8-build822

あと、コンパイルオプションは無し(Makefile.winそのまま)
上にも書いたけど、全く同じコマンドで2.2.4と2.0.59は特に問題なくビルド出来た。

そのときの警告とかは、2.2.6or2.0.61のときと全く同じ(型変換うんぬんと、無効なオプションです。無視しますってやつ)

何度コンパイルし直してもこんな状況なんで、ここの猛者どもはどうなんかいの～？って思って聞いてみた。

656:nobodyさん
07/09/15 11:11:36
colinux + CentOS で静的に入れてみたけど
ログ見ても今のところは問題ないように見える

657:650
07/09/15 17:59:20
>>656
そうですか。

実はうちも本番環境はFC or CentOSで組もうかと思ってる。
(今それ用のマシンを自作中。パーツがまだ揃ってない。今稼働中のマシンは2.2.4で動いてるけど止められない。)

で、とりあえずWinでテスト環境作ろうと思ってやってみた訳なんだが、つまずいてしまった。

for Unixだと問題ないのかな？
とりあえずもう一台組みあがったらfor Unixのソースでもう一回試してみる。

658:nobodyさん
07/09/15 21:00:36
開発やテスト環境ならvmwareなりcolinux入れておけばいいじゃない

659:nobodyさん
07/09/19 11:10:07
どうもmod_perlのプログラミングについて今一わからないんですが、
要は、while(1){}の中でコーディングしてlastで終了するような
プログラム書けばOKってことでしょうか？

660:nobodyさん
07/09/19 16:11:40
でんでんちがう

661:nobodyさん
07/10/10 15:18:22 /zGydDSw
mod_perlの弱点つーか　いまいちperlがphpより普及しない理由として
常駐することがあると思うんだけど、
mod_phpみたいに常駐しないバージョンを開発するつもりないのかねー
てかmod_phpっぽい動作にする方法あったら教えて　えろい人

662:nobodyさん
07/10/10 15:30:16
>>661
>>660

663:nobodyさん
07/10/10 19:03:11
日本語でおｋ

664:nobodyさん
07/10/11 03:09:21
で常駐しない方法ってあるん？

665:nobodyさん
07/10/11 03:43:39
mod_の意味わかってる？mod_だよ。
逆にmod_でない(常駐しない)phpなんか・・・・。

666:nobodyさん
07/10/11 03:59:24
mod_の意味ってわからないけど、プロセス常駐とApacheのモジュールとは関係ないと思うけど。fastcgiなんかだと外部プロセスに出来るわけだし。
ま、ウェブアプリと言ってもさまざまだけど、mod_phpで十分というかちょうどいいという感じはする。
リクエストごとに消えてくれるからメモリリークを心配せずによく、運用が簡単。
もっともPHP(mod_php)もバージョンが上がる度にリソース消費が激しくなってるけど。
何でPHP4をディスコンティニューするのか。PHPの開発者のすることは分からんね。

667:nobodyさん
07/10/11 05:11:31
う～ん君が言ってるのは、常駐うんぬんのことではなくて、要はメモリ消費のことでしょ？
mod_phpだってapacheプロセスとして常駐してるんだが・・・。

確かにmod_perlはそれに比べてメモリ消費が激しいのと、並列度を高めるとパフォーマンスダウンが著しい(特にpreforkなんかは)
それはここの上のほうでも散々言われてることだから、Fastやspeedyなんかが話題になってるわけだし。

でもそれは>>661で言ってるみたいにプロセスに常駐するかどうかが問題なわけではなくて、
そのリソース消費とパフォーマンスとの兼ね合いであって、まるでmod_phpが常駐しないみたいな言い方してるから
>>660だって言われてるんでしょ。

668:nobodyさん
07/10/11 15:19:36
>>667 >>666
いや常駐ってmod_なら常駐するってのはわかってるってよ
スクリプトとかライブラリの常駐の話
mod_phpは実行してもスクリプトは常駐されないでしょ
perlrunでもuseとかrequireされたライブラリは常駐するよね？　その辺の話
自分専用サーバで使う分にはいいけど、mod_phpみたいにレンサバでも利用できるようにならないと
実質レンサバとかだとphpはperl(cgi)より速いって事になってるんじゃねって事

669:nobodyさん
07/10/11 15:33:05
常駐ってか永続化 persistentだな　すまん
言いたいことは　>>666のリクエスト以降の話でっす

670:nobodyさん
07/10/11 17:38:08
persisitence ではなくて cache だから、
単にキャッシュでいいんじゃなかろうか。

671:nobodyさん
07/10/11 18:19:21
mod_phpみたいにインタープリタのオーバヘッドだけ解消できるモードがあれば
Perlもそこそこシェア守ってたかもね。権限なんかは利便性の二の次なのかな。

672:nobodyさん
07/10/11 18:46:42
とりあえずPerlを馬鹿にしとけば自尊心が保たれるみたいな

673:nobodyさん
07/10/11 20:21:51
>>668
> スクリプトとかライブラリの常駐の話
> mod_phpは実行してもスクリプトは常駐されないでしょ
> perlrunでもuseとかrequireされたライブラリは常駐するよね？　その辺の話

そういう方面の話か。だったら常駐とかプロセスとか紛らわしい言い方するなよ…

で、mod_perl が使いにくいのはその通りで、
だから FastCGI や SpeedyCGI が話題になってるんだろ

> てかmod_phpっぽい動作にする方法あったら教えて　えろい人

SpeedyCGI 使え SpeedyCGI

674:nobodyさん
07/10/12 00:42:05
みんなどうもです
結局FastCGIかSpeedyCGIって事か…
Catalystが動くかしらべてみっかな

675:nobodyさん
07/10/13 16:39:43
mod_perlならデフォで付けられる程安定/サポ有りモジュールだから間違いはない。
ビジネスするとこならまず選ぶ選択股であるのは当たり前。
amazon, mixi, hatena, livedoor, accessup ...
2chの話よりまず事例に従った方がミスはないと思うけどね。

676:nobodyさん
07/10/13 19:36:24
mod_perlは重い。HTMLやCSS,画像用に別にウェブサーバを用意しないといけない。一部の巨大なウェブサイトならリソースがふんだんにあるだろうけど、多くはそうじゃない。

677:nobodyさん
07/10/13 20:51:37
なんでそこまでして大規模サイトに
スクリプト言語を使いたくなるのだろうねえ

678:nobodyさん
07/10/13 21:03:55
mod_perlって高負荷時に安定はしないんじゃね？
mixiはDBの方がネックだったらしいから大丈夫だったっぽいけど。

679:nobodyさん
07/10/14 14:39:13
別にサーバー用意しなきゃいけないは伝説。
超余裕環境が最高効率を目指すだけの技。
立ち上がるhttpdを３つ位までにしてworkerで動かせばメモリーの消費は抑えられて十分だよ。
preforkで立ち上げるからメモリーを馬鹿みたいに使って高負荷時にメモリーが無いと騒ぐことになる。

そもそもそこにボトルネックは
・プログラムをいかにhtmlにするか
・ファイルをいかにメモリーにおくか
・そしてmixiのようにdbをどうするか
のようなCPU/IO/ネットワークまわりの基本レベルの選択が問題。

スクリプト言語といっても実行している時にはスクリプトの状態ではないのだから、
開発効率を考えればスクリプトを選ぶのは当たり前。
速度が必要な時にApache Moduleの世界に一部入る(greeとか）という選択肢があれば良い。

680:nobodyさん
07/10/14 14:42:58
x: そもそもそこにボトルネックは
o: そもそもそこよりボトルネックは

681:nobodyさん
07/10/14 19:32:01
事例多い → mod_perl
mod_perl より速い → FastCGI
さらに速い → mod_speedycgi
root いらずで手軽 → SpeedyCGI
要は使い分けじゃね?

俺は手軽さが魅力だったので SpeedyCGI を選んだ。

682:nobodyさん
07/10/14 21:00:07
root権限、Apache 管理者権限なしでSpeedyCGIを導入する方法がわからん。
助けてえろい人。

683:nobodyさん
07/10/14 21:05:14
>>682
Apache管理者権限って何？
つ、普通に入れられないのか？

684:nobodyさん
07/10/15 12:38:49
サーバにシェルログインする。
SpeedyCGI をユーザホームディレクトリ配下にインスコする。
以上

次ページ