名前¶ SpeedyCGI - CGIスクリプトを常駐させて実行することによりスピードアップさせます 概要¶ #!/usr/bin/speedy ### ここにあなたのスクリプト print "Content-type: text/html\n\nHello World!\n"; ## ## オプションとして、いくつかの目的のためCGI::SpeedyCGIモジュールを利用 ## # SpeedyCGI オブジェクトの作成 use CGI::SpeedyCGI; my $sp = CGI::SpeedyCGI->new; # SpeedyCGIの下で実行されているかどうかを調べる print "Running under speedy=", $sp->i_am_speedy ? 'yes' : 'no', "\n"; # shutdownハンドラの登録 $sp->add_shutdown_
SpeedyCGI で遊んでました。mod_perl ほど設定に煩わされることもないし，ライブラリパスの局所化も容易なんで実験用としてはなかなか楽しいです。 ですけど， How can I make sure speedy restarts when I edit a perl library used by the CGI?Do a touch on the main cgi file that is executed. The mtime on the main file is checked each time the front-end runs. ありがち。でもそれめんどくさいよねぇ。 ということで，Apache2::Reload みたいなのを作ろうと思っていろいろ試していたんですが一筋縄ではいきませんでした。 どうも SpeedyCGI の処理の流れが（コードの分析からじゃなく
「Google Similar の backend を FastCGI 化」で予告したとおり、FastCGI のを導入していろいろ実験してみたのですが、utf8 な文字列の正規表現で予期せず Segmentation Fault が発生して使い物にならなかったので、SpeedyCGI を代替案として採用してみました。 速度的には、FastCGI ＞ SpeedyCGI なわけですが、導入のし易さは圧倒的に SpeedyCGI の方が上ですね。ほぼ CGI 互換で、#!/usr/bin/perl 部分を書き換える程度で済みます。 ちゃんと speedy バックエンドのプロセス数を制限する MaxBackends なんてオプションも指定できるので、mod_perl との使い分けは適材適所といった感じ。既に SpeedyCGI は別のところで使っていたので、導入の手間もありませんでした。 Fas
This domain may be for sale!
1 ：nobodyさん：2006/06/05(月) 20:01:09 ID:+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/ ー二三ヘ( ﾟ∀ﾟ)ノ 2 ：nobodyさん：2006/06/05(月) 20:05:13 ID:??? ?# 僕の肛門も高速化されそうです 3 ：nobodyさん：2006/06/05(月) 20:31:26 ID:??? mod_perlを04Webserverで使用してみたいのですが、 mod_perl.dllの仕様、使い方について解説されている
speedycgi with Perl 5.8.6 のメモリリークをなおした - daily dayflower
いや直して RT に投げたのはだいぶ昔なんですが，以前の日記で でも CGI::SpeedyCGI は Perl 5.8.6 以降ではメモリリークする（RT#13521）罠。がーん。 mod_speedycgi2 on Apache 2.2 - daily dayflower と書いてほおりっぱなしだったんでネガティブイメージが定着するとまずいかなと思い，一応アピール。上記のRT#13521にパッチを投げてあります。その他いろいろ RT に投げてるんで，手前みそながら CGI::SpeedyCGI を使いたい人はそちらにあげてるパッチをあてるのが吉。というか必須です。
以前作ったモジュール（SpeedyCGI と module reload - daily dayflower）でたまにモジュールファイルの変更を検知できないことがあったんですが，理由がわかりました。 SpeedyCGI の挙動をおさらいすると， frontend が backend を探す。いればよし backend がいない場合 backend(0) を生成 backend(0) がスクリプトをコンパイル backend(0) が fork して backend(1) を生成 frontend が backend(1) と通信 backend(1) が実行フェーズに入る だいたいこんな感じ。 以前のモジュールだと backend(1) で各モジュールファイルの mtime を保持していて，変更があれば「リロードしてね」というメッセージを出力していました。 問題は backend(1) の
SpeedyCGI を使ってみようと思って cpan install CGI::SpeedyCGI したら，怒られました。のであれこれ調べてなんとか動くパッチを作ってみました。 原因は Apache 2.2 (APR-1.2) になって， APR_BRIGADE_FOREACH() というマクロが deprecated になった（参考） apr_filename_of_pathname という関数が apr_filepath_name_get になった（CHANGES-APR-1.2） という非互換性があるためでした。 でも CGI::SpeedyCGI は Perl 5.8.6 以降ではメモリリークする（RT#13521）罠。がーん。speedycgi with Perl 5.8.6 のメモリリークをなおした - daily dayflower 参照 以下，パッチです。 --- mod_
This domain may be for sale!
[O] SpeedyCGIを使ってみた
« 福砂屋 カステラ | トップページ | 月 » SpeedyCGIを使ってみた [Programming][Perl] ちょっと重たいスクリプトを連続して使うためにSpeedyCGIを使った。 SpeedyCGIを使うとSpeedy_baseというプロセスが、 mod_perlとApacheを連携したときのように一度実行したPerlスクリプトを コンパイルした状態でメモリに保持してくれる。 なので、スクリプトに変更が無ければ繰り返し高速に実行できる。 使い方は極めて簡単。以下メモ。 1、SpeedyCGIをインストールする CPANシェルで「install CGI::Speedy」とするだけ。 2、PerlスクリプトをSpeedyCGIを使うように変更する。 PerlスクリプトをSpeedy_baseに読み込むために、 Perlスクリプトの行頭で/usr/bin/s
CGI::SpeedyCGIモジュール v.1.8.3 by Hippo2000(2000/12/19,2001/2/7) (2001/2/7) まこと＠ＦＥＳさんからの指摘を受けて１ヶ所、誤字を訂正しました。 CGI::SpeedyCGIなのです。 mod_perlと並ぶPerlによるWWWアプリケーションの高速化手法の１つです。 「CGIが遅い」というのと「Perlが遅い」というのとが区別できない人達への回答のほんの一例です。 作者はSam Horroksさんです。メールで了解をいただきました。 なお内容等が間違っていたら修正します。ご連絡ください。 目次 名前 概要 説明 オプション 設定方法 利用可能なオプション メソッド インストール方法 バグ やるべきこと メーリングリスト ダウンロード 作者 著作権 名前 CGI::SpeedyCGI - CGIスクリプトを永続的に実行する
SpeedyCGI - Speed up perl scripts by running them persistently.
NAME SYNOPSIS DESCRIPTION OPTIONS Setting Option Values Context Options Available METHODS INSTALLATION Binary Installation Source Code Installation Standard Install Install in a Different Directory Setuid Install Apache Installation Apache Configuration FREQUENTLY ASKED QUESTIONS USING GROUPS DOWNLOADING Binaries Source Code AUTHOR Contributors SEE ALSO MORE INFORMATION SpeedyCGI Home Page Mailing
Debian GNU/Linux 6.0 Squeeze - WEBサーバー - SpeedyCGIでCGIを高速化 : Server World
Perlスクリプトを高速化できる SpeedyCGI を導入します。 Perlインタープリタをメモリに常駐させることで高速化を図っています。他にもPerlの高速化には mod_perl や FastCGI があります。 ただし、この SpeedyCGI や他の mod_perl や FastCGI を使うときはPerlスクリプトの書き方には注意が必要です。 これらを使う場合、グローバル変数を使いすぎていると、期待した動作をしなくなります。そのため変数は極力 'my' や 'local' で宣言するようにしなければなりません。
使い方(コードの記述方法)です。 記述自体は特に変える必要はなく、頭のパスを「#!/usr/bin/speedy」にかえてやればよいだけです。 ただし、mod_perlのRegistryモードと同じく、 変数の扱い方等、コードの書き方に注意が必要です。 #!/usr/local/bin/perl use strict; use warnings; print "Content-type: text/html\n\n"; print "<html>\n<body>\n"; print "<div style=\"width:100%; font-size:40px; font-weight:bold; text-align:center;\">"; my $a = 0; &number(); print "</div>\n</body>\n</html>"; sub number { $a+
SpeedyCGI - 呆備録
http://www.daemoninc.com/SpeedyCGI/ http://sourceforge.net/projects/speedycgi/ CPANの奴はmakeでこける。 make[1]: *** [speedy_backend] Error 1 make: *** [subdirs] Error 2 cvs版を落とす $ cvs -d:pserver:anonymous@speedycgi.cvs.sourceforge.net:/cvsroot/speedycgi login $ cvs -z3 -d:pserver:anonymous@speedycgi.cvs.sourceforge.net:/cvsroot/speedycgi co -P 2.x$ make test <<snip>> Failed Test Stat Wstat Total Fail Fai
サーバー移転を行って、しばらくして、SpeedyCGIを導入しました。 導入した結果は、すばらしい結果でした。半分以下の負荷になったと記憶しています。 ですが、同時に問題も起こっていました。 時折、過負荷状態になり、サーバーへの接続が出来ない状態に陥ったり、キャッシュが残ったりしています。 接続できない状態に陥るのは原因が特定できないため、色々行っています。 起動オプションを変更したり、検索エンジンのbotの制御？を行ったりと。難しいです。 もう一つのキャッシュに関しても、試行錯誤です。 初期化を行っていたのですが、キャッシュが残る。原因不明でした。 ですが、気付きました！自作モジュール側にもグローバル変数がありました。 これを初期化することによりキャッシュが残らなくなったはず！です。たぶん。 ついでに、mod_speedycgiにしようとしましたが、ダメでした。 前回は、 perl -M
先頭行を下記のように変更します。 (-tXXXの値はお好みで。XXX秒間アクセスが無い場合に常駐を解除します。) #!/usr/local/bin/speedy -- -M1 -t300 グローバル変数の初期化処理を追加します。 sub main { &init_global; # yakty add [initialize globals] # yakty add [initialize globals] start sub init_global { %form = (); %database = (); %infobase = (); %diffbase = (); %resource = (); %interwiki = (); %antennabase = (); %antennasite = (); %link_cache = (); } # yakty add [initia
Mojolicious::LiteなアプリケーションをSpeedyCGIで動かす 2011.04.13 Mojolicious perl perlモジュール Mojolicious, Mojolicious::Lite, perl, speedyCGI, WAF やっと出来たのでメモ。 起動スクリプト mojo.cgiを #!/usr/bin/env perl use strict; use warnings; use lib "../lib"; use App; app->start('cgi'); exit; こんな感じで呼び出すと通常のCGIとしてならなんの問題もなく実行出来るのだけれど、SpeedyCGIで実行しようとすると初回実行時に不具合が出る（テンプレートが読み込まれない？）上記実行方法でも２回目以降（キャッシュ後）は動作している感じ。 FastCGIやmod_perlでのエ
Perlの高速化といえば mod_perl ということで、以前あるユーザーさんで使いましたが、CGIのようにいい加減な初期化処理や、apacheサーバーのプロセス内で複数のプログラムを動かす事によるトラブルなどで大変な思いをしました ^^; あと、FastCGI というのもあり、Ruby On Rails とかで使われています。 今日 いろいろとググっていたら。 PersistentPerl(SpeedyCGI) というのがある事を知りました。 これは、一度実行したCGI をバックグラウンドプロセスとして常駐させて実行する事で高速化します。 したがって、使うには PersistentPerl(SpeedyCGI) のコマンドをインストールし CGI のヘッダーを 以下のように換えるだけで、完了 ・・・・ ほんと簡単です。 #!/usr/bin/perl ↓ #!/usr/bin/speed
![[Perl] PersistentPerl(SpeedyCGI) - yuumi3のお仕事日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/4eb5d05623c7f6349a1f4bb20fc98568342145c7/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815728770080%2F12921228815728932583%2F1406429017)
Freebsd6.1 speedycgiのメモリリーク対策に関する質問です。 http://rt.cpan.org/Public/Bug/Display.html?id=13521 http://d.hatena.ne.jp/dayflower/20070216 上記対策を施したいのですが 何をどうしていいのか全くわかりません。(初心者です) 手順を教えてください。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SpeedyCGI - CGIスクリプトを常駐させて実行することによりスピードアップさせます - perldoc.jp
SpeedyCGI と module reload - daily dayflower
Amazon Search の backend を SpeedyCGI 化
技林ブログ: PersistentPerl（SpeedyCGI）のメモ
【激速】mod_perl SpeedyCGI FastCGI【激速】
SpeedyCGI のプロセスの癖 - daily dayflower
mod_speedycgi2 on Apache 2.2 - daily dayflower
技林ブログ: PersistentPerl（SpeedyCGI）のチューニング
CGI::SpeedyCGI - CGIスクリプトを永続的に実行することによりスピードアップ
CentOS 5 - WEBサーバー - SpeedyCGI インストール : Server World
SpeedyCGIを導入してから… #CGI - アクセスマニア
LinuZau ToolBox Wiki - LinuxZaurus向けビルド/Apache+SpeedyCGI
Mojolicious::LiteなアプリケーションをSpeedyCGIで動かす
[Perl] PersistentPerl(SpeedyCGI) - yuumi3のお仕事日記
Freebsd6.1 speedycgiのメモリリーク対策に関する質問です。…