モダンmod_perl入門 - YAPC::Asia Tokyo 2012 [SEPTEMBER 27,28 & 29th]
YAPC::Asia TOKYO 2012 Take Another Step Forward SEPTEMBER 27,28 & 29th 大昔からPerl CGIの高速化の手法の一つとしてmod_perlが語られることが多いかと思いますが、それはmod_perlの副次的な効果のほんのひとつに過ぎません。本来のmod_perlは「Apacheの機能を(CではなくPerlで)拡張する」ものです。 本トークでは、本来のApacheをPerlで拡張するという意味でのmod_perlについて、今からでも実践投入できる興味深いお話ができればと考えています。特にウェブ上でもあまり見かけない(mod_perl1ではなく)mod_perl2の情報に重点を置きます。「いまさらApache/mod_perl？」と思っている方には、聴いてくださった後に新鮮な印象を持ってもらえるトークにしたいです。 今年4月に
Webアプリケーションとメモリ
This document discusses the memory usage of Perl-based web applications running in a multi-process prefork model with MaxRequestsPerChild configuration. It notes that this model ensures memory is reliably freed when processes exit after fulfilling a set number of requests. It allows for temporary large memory allocations or memory leaks to be tolerated. The operator needs to monitor for irregular
Scripting Languages I: Node.js, Python, PHP, Ruby - Hyperpolyglot
a side-by-side reference sheet sheet one: version | grammar and execution | variables and expressions | arithmetic and logic | strings | regexes | dates and time | arrays | dictionaries | functions | execution control | exceptions | threads sheet two: streams | asynchronous events | files | file formats | directories | processes and environment | option parsing | libraries and namespaces | objects
naoyaのはてなダイアリー - コネクションプーリングの話
かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続本数を節約する。 というもの。 mod_perl で DB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB
hori-uchi.com: mod_perl使用時はMaxClientsの値に気をつけましょう
mod_perl使用時はMaxClientsの値に気をつけましょう 導入するだけで既存のCGIスクリプトがお手軽に１０～２００倍高速になるmod_perlですが、mod_perl自体がサイズがでかいのと、高速化のため、モジュールをキャッシュするため、apacheのプロセスサイズが結構大きくなってしまいます。経験的にはだいたい１プロセスあたり２０～３０MByte位にはなります。このような性質上、mod_perlを使う場合はメモリの使用量を考えなくてはいけません。 ところで、Apacheのデフォルトの設定ではMaxClientsの値は１５０に設定されています。これは同時に最大１５０のリクエストをさばく、つまり最大１５０まで子プロセスを同時に生成するということです。仮に１５０個の子プロセスを生成するとすると、mod_perlを利用時の１プロセスのサイズをおよそ２０Mbyteとすれば２０×１５０＝
リファレンスの循環参照によるメモリリークを Scalar::Util::weaken で解決する - naoyaのはてなダイアリー
Perl のガベージコレクション(GC)の実装にはリファレンスカウント方式のGCが採用されています。リファレンスカウントというのは、あるデータ構造やオブジェクトがあった際、それらを参照するリファレンスの数を内部で換算して、その数が 0 になったらメモリから実体を破棄するという仕組みです。(JavaやRubyなどの他言語のGC方式については 'Perl、Java、Ruby における GC アルゴリズム' あたりを。) リファレンスカウント式GCは、仕組みがシンプルで分かりやすい利点を持つ反面、相互参照が原因で参照を切ることができずにオブジェクトが解放されず、結果メモリリークを引き起す場合があるという欠点も持っています。 このメモリリークはバッチスクリプトや CGI のように、一度の実行で Perl のプロセスそのものが終了するプログラムではあまり問題になりませんが、デーモンプログラム、あるい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.qunea.com/blog/log/20070123-2224.html
Perl逆引き辞典 - サンプルコードによる Perl 入門