はてなブックマーク - 3000req / sec と戦う

3000req / sec と戦う - だるろぐ

d:id:hirafoo

タグ : apache performance nginx サーバ server memcached mysql あとで読む squid web

コンピュータ・IT 377 users

perl, mysql, nginx | 14:46 | ざっくり概要ピークで3000req / sec毎分コンテンツ更新要求コンテンツ更新の際は他所からデータをapi経由で受け取るコンテンツ更新にはTheSchwartzを使用なコンテンツを色々してきたログ。尚、ここに書く技術は大半が周囲のギークな方々にサポートしてもらったもので、僕自身が何かしたわけではない。残念すぎる。構成 internet -> www(squid -> apache) -> app(memcached -> app) -> db... > このページを見る

最終更新時間: 2011年09月24日00時09分

▼ブログで紹介する

みんなのブックマーク人気（4）新着

rryu メモ
「tail -f してたら任意のコマンドを実行させられる」というのがよく分からない。 2011/09/24
ssig33
apache はやはり速攻で捨てられていた、、、 2011/09/24
nakag0711
nginxとsquid併用って珍しいような。 2011/09/24
qyj03714
すばらしい取り組み 2011/09/27

invent
明日の朝見る。 2012/01/23
qyj03714
すばらしい取り組み 2011/09/27
hanageman
DBIの回帰はあるなあ 2011/09/27
bekifuu
「ビッグデータ」と言い出してる人が嬉々としてRTしそうなエントリー 2011/09/26
delico69 nginx, memcached, performance, apache, mysql, sysad
戦うチャンスがあるのも幸せだよね。 2011/09/26
riywo
色々参考になる。mysqlでレプリはじめずに起動したければ、/etc/init.d/mysql start --skip-slave-start的な感じ。reset slaveしたら死ぬよ。 2011/09/26
lp008962 performance
こんな格闘やってみたい。知識も経験もまるで足りてないけど・・・ 2011/09/26
todesking
クエリパラメータにバイナリデータでログ閲覧時に攻撃できるのがよくわからぬ 2011/09/26
wordi programming, ソフトウェア開発, あとで読む, webデザイン
3000req / sec と戦う 2011/09/26
tmatsuu share
とても参考になる。一方librahackは1req/secだった 2011/09/25
ji_ku
Bylineから 3000req / sec と戦うざっくり概要ピークで3000req / sec 毎分コンテンツ更新要求コンテンツ更新の際は他所からデータをapi経由で受け取るコンテンツ更新にはTheSchwartzを使用なコンテンツを色々してきたログ。尚、 2011/09/25
tomotaka-ito サーバ, 運用
] 2011/09/25
kitaj チューニング
楽しそう 2011/09/25
sugyan webapp, performance
戦いの軌跡経験値すごい！ 2011/09/25
tasukuchan
Content-Length次第では3000qpsはすぐさばけるし、もっと詳細な情報欲しいす！！僕ならnginx + varnishでnginxまでリクエスト届いたら負け、MySQLまでいったら大負け的な大雑把な感覚で設計します。 2011/09/25
michael-unltd ノウハウ
楽しそう 2011/09/24
dora-kou
3,000req/secということは、1日だと25,920,000req/日(2,5億)、30日で7,776,000,000req(77億！)になる。「技術があれば台数なんて少なくて済む」がモットー。 2011/09/24
cubisme_face
3000req / sec と戦う - だるろぐperl, mysql, nginx | 14:46 | ざっくり概要ピークで3000req / sec毎分コンテンツ更新要求コンテンツ更新の際は他所からデータをapi経由で... 2011/09/24