mixi の年末年始対策 2009-2010 - mixi engineer blog
こんにちは。パートナーサービス部の加藤和良です。 2008年末に、mixi の年末年始対策について紹介しました。今回は、ここ数年の年末年始対策の歩みと、今年の対策について紹介したいと思います。実をいうと、設計も実装も自分じゃなかったりするのですが、このまま歴史に埋もれていくのも悲しいので、関係各所に取材してみました。 2008年末をふりかえる まずは、2008年末をふりかえってみましょう。 あのころはまだ mixi の機能も少なく、年末年始の負荷は主に日記に集中していました。そこで当時は ID Generator の改善 - mod_perl をあいだにはさんで MySQL への接続本数を減らす 最新情報DBへの書き込みを非同期に - Q4M をつかって負荷を時間軸で分散する という2つを日記に実装したのでした。 しかし、2008年末から2009年のお正月にかけて、mixi はまたも日記に
Kazuho@Cybozu Labs: cygwin + mod_perl
« キャッシュの上手な使い方 | メイン | Web Identity Syndication (WEIS) » 2006年02月14日 cygwin + mod_perl cygwin に apache/2.0 + mod_perl をインストールしようとして苦労しました。備忘録を兼ねて、ブログに手順を書いておきたいと思います。 1. apache/2.0 の設定 apache/2.0 自体は、cygwin の setup.exe から、そのままインストールすることができます。 しかし、実行するにあたっては、 cygserver を起動しておく必要があります。 % cygserver-config ... % cygrunsrv -S cygserver # サービスに登録されるので、２回目以降は不要 また、環境変数 CYGWIN に "server" が設定されている必要があります。
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 も後方互換性を
【激速】mod_perl SpeedyCGI FastCGI【激速】
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の仕様、使い方について解説されている
遅レス。 - 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_perl: Welcome to the mod_perl world
mod_perl is more than CGI scripting on steroids. It is a whole new way to create dynamic content by utilizing the full power of the Apache web server to create stateful sessions, customized user authentication systems, smart proxies and much more. Yet, magically, your old CGI scripts will continue to work and work very fast indeed. With mod_perl you give up nothing and gain so much! mod_perl give
nekobara カルゴルニア・ジョン: Apache2.0 mod_perl2環境でCatalystアプリ実行
【覚書】 Catalystアプリをmod_perl環境で実行するためにApacheのhttpd.confの設定 とりあえず、Webサーバへのアクセスがmod_perlで処理されるようにするには以下のようにhttp.confに設定を追加もしくは書き換えする。(つまり、http://localhostにアクセスするとCatアプリが呼ばれる） -------------------begin DocumentRoot "/var/www/TR" LoadModule perl_module modules/mod_perl.so PerlSwitches -I/var/www/TR/lib PerlSetEnv TR_DEBUG 0 PerlLoadModule TR SetHandler modperl PerlTransHandler TR PerlResponseHandler TR re
tutorialog » Catalyst - フレームワークのオーバーヘッドを測る
Just another butcher’s weblog Home About Catalyst - フレームワークのオーバーヘッドを測る May 21, 2006 Posted by butcher in : Perl , trackback 前回紹介したPerlのフレームワークCatalystのオーバーヘッドを測ってみたいと思います。 一般的に、フレームワークを使うと、主に機能のロジック部分を作ればよく、その他の連携部分等は内部で色々やってくれるので、その分フレームワークのオーバーヘッドが余分にかかってしまいます。そこで、前回作ったTinyURLと同じ機能を持つアプリケーションをmod_perlで作り、前回のものと比較することにより、Catalystのオーバーヘッドを測定をしようと思います。 環境は前回と全く同じなので、詳しくはこちらを参照ください。 まずは画面です。前回と同様に、
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【激速】mod_perl SpeedyCGI FastCGI【激速】
mod_perl
antipop2.0 - Catalyst で作る簡単 Web アプリケーション: Feed2JS 解説