遅レス。 - Apache mod_perl - MaxClients の値に注意
やっちまった……。きっとだれもが通る道。というかとっくに FAQ か。 mod_perl における C10K problem" - 竹迫良範 恥ずかしながら、知らなかったッス。これって mod_ruby でもありうる話だよね？ Apache で mod_perl を使用する時は MaxClients 設定に注意！ Apache の MaxClients(子プロセスの最大数) デフォルト設定は 150。 他のモジュールにも影響されるが、mod_perl 組み込み時、子プロセス1つのメモリサイズが 20〜30MB 程度になる。 よって、同時接続数 150 までアクセスされると 3G から 4.5G メモリを喰うことになる。 そんなメモリねぇ〜ｗｗｗ なので、スワップ・スワップ(SWAP x SWAP と書いてみたがヤな感じだった)。swap もオーバーしちゃったり。 対策: MaxClient
mod_setenvif を使って Apache のログを軽量化
Amazon Search とか不特定多数のユーザ向けにサービスを公開していると、外部からの画像のアクセスがログの 60〜70% を占めていましてログ解析とかする際に、ログサイズが大きくて時間がかかるばかりでなく、ムダにサーバの disk も占有してしまいます。最近では、１週間でログサイズが 2Gbyte 超えをしてしまうので、ログ削除だけでも大変です。 そこで、Apache のログ出力を mod_setenvif でカスタマイズすることでのログ軽量化を設定する事にしました。mod_setenvif は、Base モジュールに属するためデフォルトで include されるので普通は使用可能状態だと思いますが、意図的に --disable-module している場合は再コンパイルする必要があります。 Apache モジュール mod_setenvif とは？ mod_setenvif モジュ
mod_uploader
● [Apache] mod_uploader Rails の Upload progress 問題を調べているうちに mod_uploader という Apache ライブラリを発見しました。公式サイト等にある特徴をまとめると Apache のモジュールとして C++ で記述されているので，Perl や PHP で作られた物に比べて高速． (表示は Pentium4 3G で 2000 req/sec さばけます) ファイルのアップロードおよび，ダウンロード以外では Disk IO が発生しないので HDD に優しい． 独自の簡易スクリプト言語によるテンプレート機能があるので，再コンパイル無しで手軽に見た目を変更可能． メモリを圧迫せずに巨大なファイルのアップロードが可能． Upload progress 表示が可能． 静止画、動画のサムネイル表示が可能． (それぞれ Image
mod_perl - Devel::Bayside
Apache1.3.X + mod_perl で Catalyst アプリケーションを実行するためのメモです。 catalyst.pl Hello でサンプルアプリケーションを作ります /etc/httpd/conf/httpd.conf に以下の設定を追加します <IfModule mod_perl.c> <Location /hello> PerlSetEnv PERL5LIB /home/hogehoge/public_html/Hello/lib SetHandler perl-script PerlHandler Hello </Location> <Location /perl-status> SetHandler perl-script PerlHandler Apache::Status </Location> </IfModule> http://colinux/hell
The mod_perl Developer's Cookbook - Learn all about mod_perl with this new book.
mod_perl is a unique piece of software that integrates the power of Perl with the flexibility and stability of the Apache Web server. With mod_perl, you can harness the power of the full Apache API with Perl and develop Web applications quickly, without sacrificing performance. The mod_perl Developer's Cookbook teaches programming with the mod_perl API by example. The book takes you from the basi
mod_perl上での制作方法はどうすれば？ - めも帖
ようやく使い方が、なんとなく見えてきたSledgeです。 作りながら、困ったことがひとつ。それはmod_perl上での制作方法です。 mod_perlだとプロセスが、そのまま永続化されるのがメリット（たしか）。作っていると、スクリプトを変更したのがすぐには反映されないので、apacheを再起動すること何十回。これって、こう、もう少しうまくいかないものなのかなあ、と。 たぶん、予想される解決方法は 永続化されるプロセスを破棄するコードを任意に入れておく（本番でははずす） httpd.confなどで設定することが可能（本番用のhttpd.confもある） かなあ、と思うのですが、調べていくと「Apache拡張ガイド〈上〉サーバサイドプログラミング」とかを読むことになりそうな...。 追記：2005-12-24 id:naoyaさんに教えてもらったApache::StatINCを使ってみたら、解
YappoLogs: Apache 2.2.0 mod_proxy_balancer hacks of failure.
Apache 2.2.0 mod_proxy_balancer hacks of failure. mod_proxy_balancerを拡張して動的にごにょごにょしてやろうと思ったのに出来なかったからコアダンプ 基本的にLinuxとかの環境ではpreforkしてApacheが動いているはずですが mod_proxy_balancerの実装がちぐはぐだった。 主なデータとして、balancer://スキームを取り扱っているproxy_balancerと 各クラスタの面倒を見ているproxy_workerってのがあるのさ。 で、バランサ管理画面でApacheの起動中に動的に設定変更出来る機能があるんだけど proxy_balancerで管理しているstickysessionとか、リクエスト回数/転送サイズでバランシングアルゴリズムを切り替えるフラグを管理してるのね。 httpd.confを読
リバースプロキシを導入する際はmod_rpaf
僕の自宅サーバには２つの Apache がインストールされていて、用途により使い分けています。 * Apache 1.3系 + mod_perl → Amazon Search / Google Similar といった高速性を求めるサービス * Apache 2.0系 → その他の静的コンテンツや 通常用途の CGI 等の動的コンテンツ なぜ使い分けるかというと、mod_perl はメモリー喰いなので、静的画像のためにプロセスがもったいない訳です。本当に必要なリクエストにのみ mod_perl をかませば良いですから。 （参考ページ：リバースプロキシ Pound を導入しました。 : NDO::Weblog） で、２つの Apache を透過的に見せてあげるために、リバースプロキシの Pound を使っています。負荷分散も実装できて優れものですが、欠点が一つ。 リクエストをリバースプロキ
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
大規模なeコマースサイトを Apache と mod_perl で構築する
この文書は Perl.com: Buildling a Large-scale E-commerce Site with Apache and mod_perl を翻訳したものです。2001年に書かれた文書であり、Apache/mod_perl/CPAN モジュールなど現在の状況にはそぐわない部分もある可能性があります。 大規模なeコマースサイトを Apache と mod_perl で構築する よくある神話 Perl はセーブする アプリケーションサーバの撰択 ケーススタディ: eToys.com Apache::PerlRun による救済 新たなアーキテクチャの計画 2000年のクリスマスを切り抜ける アーキテクチャ プロキシサーバ アプリケーションサーバ 検索サーバ ロードバランスとフェイルオーバー コード構造 キャッシング セッショントラッキング セキュリティ 例外(Excepti
Apache HTTP サーバ バージョン 2.0 ドキュメント
Please note This document refers to the 2.0 version of Apache httpd, which is no longer maintained. Upgrade, and refer to the current version of httpd instead, documented at: Current release version of Apache HTTP Server documentationYou may follow this link to go to the current version of this document.
mod_perl 2.0.2 へのマイグレーション - naoyaのはてなダイアリー
mod_perl 2 が Stable リリースになって気がつけば半年以上経った様子。はてなではこれまで mod_perl 2 は mod_perl 2.0RC-4 (1.99) とかを使ってましたが、ぼちぼち 2.0 にちゃんと移行した方がいいかなと、重い腰を上げつつ作業してます。 現在、mod_perl には互換性のない三つのバージョンが存在してます。 mod_perl 1.0 (1.29) mod_perl 1.99 mod_perl 2.0 (2.0.2) 1.0 は Apache 1.3 の API に対応している mod_perl、1.99 と 2.0 は Apache 2.0 API に対応している mod_perl です。Apache 2.0 がそれまでのバージョンとの API の互換性を捨ててアーキテクチャの見直しが行われたのをきっかけに、mod_perl も後方互換性を
10分で完了、mod_perl 2.0 で Hello, World! - naoyaのはてなダイアリー
10分で、といいながらたぶん mod_perl と Apache2 をビルドするのに 10 分以上かかるという罠。まあいいや。以下のやり方で Linux、MacOSX どちらでもちゃんと動くと思われます。 まず、mod_perl 2.0 のインストール。DSO でもいいけど、ここでは Apache にスタティックに組み込みます。 インストールディレクトリは /usr/local/httpd_mp2 に。 MPM は prefork。perl を thread 有効でビルドしてるなら mpm=worker でもいいと思います。 $ wget http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz $ wget http://www.apache.org/dist/httpd/httpd-2.0.55.tar.gz $ tar zxvf
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Perl：forkしたプロセス間でのメモリ領域の共有 （Link: 遅レス。 - Apache mod_perl - MaxClients の値に注意） | Typemiss.net
takabsd.jp
おいぬま日報(不定期)(2005-09-18) Apache2 mod_perl2.0.1 Sledge-1.11
メモランダム - MultiX.jp
http://www.din.or.jp/~bigstone/cgilab/cgitips/mod_perl.html
naoya.dyndns.org is offline