isucon.net gfx、ryotarai 、eagletmtでした*1。 ryotarai/isucon5 · GitHub 役割的にはぼくはアプリケーションのチューニングで、expeditor をいれたりPgからRedisへの移行を手伝ったり細かいチューニングを行ったりしてました。あとは序盤はプロファイラを眺めて解析したりとか。 expeditorでAPIを並列でリクエストすると429 Too Many Requestsくらったりという運営側の罠もきっちり踏んだわけですが、これはhttpsへのアクセスだけ並列化しないことで回避しました。どういう条件でTMRくるかまでは解析しきれなかったのは残念。 なお準優勝で同じくRubyを選んだ白金動物園によると*2、 RACK_ENV=production で2万点上がったとのことなので、これをやってれば3位入賞できた可能性が高い…。まあそうい

今年も @mirakui と @sora_h と一緒に ISUCON5 に出場して、準優勝しました。 やったこと 時間は投入した時間。 12:00 : API リクエストを送る先の services が DB に入ってるけど大した数でもない(7つ)ので、全部アプリケーションにハードコードした。 これはのちにリクエストにプロキシを挟む時にコード変更だけでよくなったので地味に効いた。なお、これによる高速化はあんまりしなかった(そりゃそうだ)。 13:16 : API リクエストへのパラメータを保存している subscriptions の保管先を DB から Redis へ変更。 DB 問い合わせへの高速化というより、 JSON 形式から MessagePack 形式での保存になったことの方が重要な気がしてる ま、これも大した効果は出てない。 initialize でバグったら話にならないから、

白金動物園、2位いただきました #isucon @sora_h @rosylilly と3人でチーム「白金動物園」として ISUCON 5 に参加し、本選で2位を獲得しました。 主な分担としては sorah と rosylilly の2人が実装をして、僕はインフラまわりの整備と、ログ分析や指示出し、あと二人が喧嘩したら仲裁をするという分担でした。今年は二人が喧嘩しなかったので仲裁役は必要なくて良かったです。 （追記 2015/11/02 14:14）2人の記事が揃ったので以下にリンクしておきます。HTTP/2 まわりのチャレンジなどは彼らの記事に詳しいです。 sorah: ISUCON5 で準優勝してきた #isucon - diary.sorah rosylilly: ISUCON5 で準優勝しました - 鳩舎 やったこと 今回の問題はマイクロサービスがテーマになっていて、運営側が用意し