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ﾐ,|″