takeshiyakoのブックマーク - はてなブックマーク

3000req / sec と戦う - だるろぐ
ざっくり概要ピークで3000req / sec 毎分コンテンツ更新要求コンテンツ更新の際は他所からデータをapi経由で受け取るコンテンツ更新にはTheSchwartzを使用なコンテンツを色々してきたログ。尚、ここに書く技術は大半が周囲のギークな方々にサポートしてもらったもので、僕自身が何かしたわけではない。残念すぎる。構成 internet -> www(squid -> apache) -> app(memcached -> app) -> db フロントエンド wwwサーバがapacheとsquidを動かしている。apacheがリクエストを受け、squidのキャッシュが有ればそれを返し、無ければバックエンドのappサーバへproxy。バックエンド appサーバがmemcachedとアプリを動かしている。それぞれ冗長化してるけど、リクエスト数の割に台数は少ない。技術があ
takeshiyako 2011/09/26
Squid

performance
リンク
クエリの無駄とかチューニングとか - だるろぐ
mysqlとかのRDBMSってノリと雰囲気と勢いで使ってるのでつまりよく知らずに使ってます。 1件取得例えばこんなスキーマから mysql> desc guest2site; +------------+----------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +------------+----------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | guest_id | int(11) | YES | MUL | NULL | | | site_id | int(11) | YES | MUL |
takeshiyako 2010/06/28
dbic

perl
リンク
2009-09-11
ニ日目（9/11） Kazuho Oku - スケールするウェブアプリケーションを20分で作る方法コード的なのかと思ったら違って、ツールを使ってデプロイしたりデーモン動かしたり設定ファイルをsyncしたりなどだった。こういうの色んな会社が色んな方法取ってるんだろうなあ。 Kenichi Ishigaki (charsbar) - Practical Bug Reporting / もしもバグを見つけたら perlモジュールにバグを見つけたらどうするかという話。 CPANモジュールはCPAN Testersによって質が保証されているとか、8割方のモジュールはテストが通っているけど残りがアレだよねとか。 *Hoge::huga = sub {}; みたいな一時的対処じゃなく、CPANでチケット発行したりその際のtodoとか手順とか礼儀とか。色々有りすぎて大変そうだったけど、毎回こんなやり取
takeshiyako 2009/09/15
yapcasia2009

Perl
リンク
1