ISUCON5出題を担当したtagomorisです。参加者のみなさん、楽しめましたか？ 今回の出題も予選に引き続いて@kamipoさんと一緒に行いました。また各言語実装、ならびにAPIサーバ実装を@hydrakecatさん、@najeiraさん、@makingさん、@taroleoさん、そして本選からあらたに@hokacchaさんにもお手伝いいただきました。イベントがなんとか行えたのはこの方々のおかげです。また本選前の時期にISUCONの準備に集中させてくれた所属先のTreasure Dataの同僚にも感謝しています。 今年は例年よりさらにHTTPリクエストが各サーバ間を頻繁に行き来する問題でしたが、NHNテコラスさんに非常によい環境を用意していただきました。分散ベンチマーク環境も比較的快適な状態で使ってもらえたようで良かったと思います。 このエントリでは以下、今回の本選の問題がどのような

第4回 ISUCONの本選に、参加しました。前回&予選から引き続き、@kazeburoさん、@tagomorisさんとの「LINE選抜チーム」。 #isucon 2014予選に参加した - すぎゃーんメモ ISUCON4 本選リアルタイムフォトレポート 【更新終了】 : ISUCON公式Blog 結果はなんと、昨年に引き続き優勝！！ 自分はアプリケーション側の担当ということで、まずは3台構成で動くようにPOSTされてきた動画ファイルをWebDAV経由で共有したりRedisでlogを共有したりするように、という序盤のところのコード変更をやりました。 ぶっちゃけそれで終わり…。 そこから先は役に立てるところはほとんど無く ただただ2人の作業を見守るしかない…というかんじでした。 出来ることが無い…つらい… #isucon 2014-11-08 16:46:33 via Twitter for

連覇だ！ ヒャッホウ！！！ #isucon 2014で優勝しました - すぎゃーんメモ ISUCON4 で優勝してきました！！！ #isucon - blog.nomadscafe.jp 特にkazeburoさんのエントリに最終的な状況についての詳細が書いてありますので、ぜひそちらもどうぞ。sugyanは自分で力不足とか言ってますが、ISUCON本戦という場で、業務でほぼ使ったことがないはずのRedisメインのコード改造をごりごりやってちゃんと動かす人なので、チーム外のみなさんは騙されてはいけません。それできるの超すごいんやで。 主催のLINE株式会社、あれこれ提供いただいていたデータホテル改め株式会社テコラス様、問題作成担当 @mirakui, @rosylilly, @sora_h の3氏、本当にありがとうございました。たのしかった！ だいたいこんなんで 大雑把に時系列の経緯だけ書くと

AMIが公開されたのでもう一度やってみた。 AMIについてはこちらのエントリに書かれています ISUCON4 予選問題の解説と講評 ＆ AMIの公開 : ISUCON公式Blog まず ami-e3577fe2 を m3.xlargeで起動します。 CPUは model name : Intel(R) Xeon(R) CPU E5-2670 v2 @ 2.50GHz でした。 とりあえず、MySQLのindexを追加する。init.shに追加 $ cat init.sh cat <<'EOF' | mysql -h ${myhost} -P ${myport} -u ${myuser} ${mydb} alter table login_log add index ip (ip), add index user_id (user_id); EOF ベンチマークツールのhttp keepal

9. 静的コンテンツを Reverse Proxy で配信 Reverse Proxy: クライアントからの接続を 受け、Applicationサーバに処理を中継す る。画像,js,css などの静的コンテンツを返す 役割もある Application Server: ユーザからのリクエス トを受けて適切なページを構築・レスポン スを行う 10. /etc/httpd/conf.d/isucon.conf <VirtualHost *:80> DocumentRoot /home/isu-user/isucon/webapp/public RewriteEngine on RewriteCond REQUEST_URI !^/favicon.ico$ RewriteCond REQUEST_URI !^/(img|css|js)/ RewriteRule /(.*)$ http://loc

第三回 ISUCONの本選に、参加しました。予選から引き続き、@kazeburoさん、@tagomorisさんとの「LINE選抜チーム」。 #isucon 2013予選に参加した - すぎゃーんメモ 第三回 #isucon 本選リアルタイムフォトレポート【更新終了】 : ISUCON公式Blog 結果はなんと、優勝！！ おや、優勝2回目だ。→第1回のとき タイムライン 予選のとき同様に、自分の手元にある記録と記憶を辿ってどんな雰囲気だったか書き残してみます。間違っていたらゴメンナサイ。 使用言語はPerlです。 〜10:00 出社…じゃなくて会場入り。ちゃんと前日に早寝したので寝坊せずに済みました。 〜11:00 開会待ち。早くきすぎた、でも他の参加者さんたちも早くからしっかり集まってる。 ルール説明。ストーリー仕立てで緊張感が走る。画像系サービスか〜。 11:00〜 開始。用意されたのは

isucon3の本戦にLINE選抜チームとして出た。ガッカリな感じだった予選時の状況はこちら。 isucon3予選参戦の記録 - tagomorisのメモ置き場 引き続き @kazeburo @sugyan @tagomoris の3人チーム。 ざっくりまとめ みんなこれまでこんな楽しいイベントに参加してたのか！ ずるい！！！！！！ 普段やってることを普段通りやる、と思っていたが焦って普段やらないようなミスを次々連発、社会は厳しい 思いきった構成変更とかできるのがisuconでしょｗｗｗｗ とかドヤ顔していたが、やりきれた。ドヤッ。 これからisuconという名前を口にするときに堂々とドヤ顔しようと思います。嘘です。元出題者のくせに成績出ないとかｗｗｗみたいにならなくて本当に安心しました。終わったあとのビールおいしかったです。 ということで、勝ちました。優勝と、あと僅差で特別賞もいただきま

ISUCONとはお題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトル、それがISUCONです。過去の実績も所属している会社も全く関係ない、結果が全てのガチンコバトルです。 というやつです！ 今回もLINE株式会社にてイベントの企画・運営・会場・賞金提供などを行いますが、株式会社データホテルには今回もサーバ提供を、過去二度のディフェンディングチャンピオン「面白法人カヤック」の皆さんにはアプリ提供をご協力いただく事となりました。というわけで、今回はLINE株式会社、株式会社データホテル、面白法人カヤックの三社共催という形となります。 過去二回の様子はこちらをご覧ください 第二回 2012年11月03日(土)開催 livedoor Techブログ : #isucon2 リアルタイムフォトレポート 更新終了 第一回 2011年8月27日(土) 開催 li

やりました。 やったことは基本的に去年と同じカンジなのでご参照ください。 今読んだらテキストばっかりで目眩がした。 エンジニアがやりたいというので 技術コンテスト #isucon の運営をしてみた - 941::blog で、今回ちょっと変えたみたところとかメモがてら書いておきたい。 準備の段階で前回と違ったところとしては ・賞金が出せた ・弁当、コーヒーなどが出せた ・参加者の名札を作った ・会場が自社だった などなど。自分達も引っ越してきてあまり時間がたっていないビルなので案内で不都合がないか 心配だったのだけど、事前に時間かけて準備出来たのでクリア出来た気がする。 告知とかそこらへんに関しては、8月中旬くらいに社内のisuconチャンネルで こんな会話をしていたみたい。YAPCドリブンちゅうやつですね。 16:56 kushii: そういえばYAPCのパンフにある広告枠 16:56

livedoor Techブログ : #isucon2 リアルタイムフォトレポート 更新終了 livedoor Techブログ : #isucon2 参加者・関連エントリまとめ tagomoris/isucon2 · GitHub 結論から申し上げますと、 またfujiwara組に優勝されてしまった！！！！！！！！！！*1 そんな中で山形組の活躍が目立ったイベントでもありました。特別賞ラインのスコアに最初に到達し、最終的にも2番手のスコアでした。fujiwara組とまったく異なる方法で高スコアを叩き出す姿勢はすごいものがありました。 そのほか、懇親会やblogエントリなどで参加者の皆さんが何をどう考えどのようにあの7時間を戦っていたかをいろいろ見せて/聞かせていただいて非常に嬉しい時間を過ごしています。中にはこちらが思いもよらなかったことを考えていたチームもあったようで、いろいろと面白いで

なんでもありのいい感じにスピードアップコンテスト ISUCON が 2 になって帰ってきたので、参加して優勝を勝ち取ってきました。 まとめ的なものはこちらから livedoor Techブログ : ISUCON チームメンバーのblogも併せてご覧ください。 おそらくはそれさえも平凡な日々: #isucon2 で連覇させてもらってきました Redis布教活動報告 ISUCON 編 - unknownplace.org 今回は前回の ISUCON 優勝メンバーのひとり @sugyan が転職して出題側に回ってしまったので、@typester を招聘してチーム編成。@songmu と共に3人でチーム「fujiwara組」として再参戦です。 以下、作業用IRCのログからふりかえりますと…… 11:39:29 <typester> とりあえずrecent_soldはキャッシュってのはまずやることか

前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、