毎回素晴らしいイベントを主催されているLINE株式会社様、毎回ホスピタリティあふれる運営に尽力されている@941さん、出題の@tagomorisさん@kamipoさん、その他協賛企業や運営スタッフの皆様に感謝申し上げます。 ということで、ISUCON5に出場し、優勝してきました。 ISUCON1の優勝チームの再結成で @fujwiara, @sugyanと僕というメンバー構成です。4年前のISUCON1の時にチーム名を「fujiwara組にしよう」と強く言ったのは実は僕で、そのまま僕が代表者として申し込んだのですが、まさかここまでfujiwara組ブランド(?)が定着するとは思いませんでした。今年もfujiwaraさんの力が大きい勝利ですが、僕も大分貢献できたと思います。 ということで当日を振り返ります。 お題 外部APIを叩くネタで驚いた。可能性は考えていましたが、まさか来るとは思ってい

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

ISUCON5、予選を無事通過して10/31(土)に開催された本選に参加し、優勝しました。 チームは ISUCON 1 の時の初代「fujiwara組」再結成ということで、@songmu, @sugyan とのカヤックの元同僚メンバーです。 最初に、毎回素晴らしいイベントを開催、運営していただいている @941 さんをはじめとした運営チームの皆様、出題の @tagomoris さん、@kamipo さん、他すべての協力いただいた皆様に感謝を申し上げます。本当にありがとうございました！ 競技開始からベンチ実行まで 作った #isucon pic.twitter.com/5RZkPUsaPu— fujiwara (@fujiwara) 2015, 10月 31 ロゴがなかったので作った。 競技開始、まずは3台で相互にsshできるようにするのに一瞬戸惑う。port 22は開いていて、会場からは接

(11/2 11:03 末尾に追記と得点経過グラフ掲載) 正確にはいままさに決勝のイベント中なのだが、思った以上に順調にイベントが進行していてヒマな上、完徹の後でコードとか書いてる最中に意識が飛んだりするのでコードも書けない。のでつらつらこれを書いている。 9月末にISUCON5予選をやり、10月末のいま決勝をやってます。3年ぶりのISUCON出題側でしたが、いやはや、過去最高にきつかった回だった。ちょっとday jobのほうでもクリティカルなあれこれが重なったのもあるけど。 しかし両方とも、直前までの死ぬ寸前みたいな追い込み状況に対し、イベントとしては*1大きな破綻もなく進み、本当に良かったと思っている。このイベントがイベントとして成立したことが本当に嬉しい。 そういったあれこれは本当に一緒に出題をやってくれた@kamipoさん、そして実装を手伝ってくれた@hydrakecatさん、@n

先日、社内でisuconを開催した際にRundeckを利用したお話です。 背景 弊社内で、isucon5の予選問題を個人戦でやってみようということになり、私が環境の準備をしました。用意されているイメージを元にインスタンスを起動し、公開されているスクリプトを使ってインスタンス内でスコアが取得できることを確認しました。 しかし、開催日前日にとある若手エンジニアに「ベンチ実行するときにもCPUとか使うし、ベンチ対象サーバとベンチ実行サーバは分けて実行しないと正確な値取れないんじゃないですか^^」と言われて急遽リモートからベンチマークを実行できる環境を作ることになりました。 戦略 困ったものの、リモートから各インスタンスにベンチマークを実行するパターンをいくつか考えてみました。 isucon5の予選相当の環境を用意する 準備が大変そう。キュー保存用のRDBMS用意しないといけないし。ということで今

ISUCON5の予選に参加して、圧倒的な差で負けたので、 この悔しさをバネに復習して、自分の力にしたいと思う。 今回のファイトではアプリの修正が特に重要であったように思う。 そこでアプリの修正に焦点を当てて、「こうすればよかった」を追っていき、自分のものとして習得したい。 とはいえ、本番とまったく同じ状況を作ることはできないので、ローカル環境でベンチマークを走らせて、簡易に得点を見ていくことにする。 ISUCON5の予選で使われたアプリのコードとベンチマークのコード、gce用のイメージはすでに公開されているのでこちらを使う。 isucon.net なお、極力アプリの修正に集中するため、nginx.confやmy.cnfはいじらない。unicornのworker数すらいじらない。 インフラはせいぜいテーブルにインデックスを貼る程度とする。 これは、ISUCON予選本番で、やたらインフラに時間

ISUCON5の出題担当の一人、kamipoです。 今回はISUCON5の予選問題がどういう問題だったのか、振り返ってみましょう！ 予選出題「ISUxi」今回の予選の出題におけるメイントピックは「N+1問題」でした。この問題にうまく対処できたかどうかが結果に大きく影響したと思います。また、ISUxiではN+1問題含め制限時間内には対処しきれないぐらい多くの問題が「/」ページに詰め込まれていたので、これらの問題への優先順位付けや着実に対処できるかも重要でした。というわけで、「/」ページのボトルネックについて解説することで本予選の振り返りとしたいと思います。 N+1「/」ページではis_friend?とget_userの大量の呼び出しがありました。これらはuser_idに紐付くデータなのでSQLでJOINすることで呼び出しを無くすことができます。もしくは、usersテーブルの内容を変更する機能

雑に稼ぐにはPerlはサイコーだぜ tokuhirom 主催のLINE様、毎年ありがとうございます。GCP使いやすかったです、Google様もありがとうございました。 さて、いつもながらfujiwaraさんと組んで1位を取ると、つい自分がすごいと錯覚してしまいそうになるのですが、すごいのはfujiwawaさんであって「僕ではない」ということを強く意識しないといけない。 とはいえ、久しぶりにfujiwaraさんと組んで、自分がどれくらい戦えるのか楽しみだったのですが、以前優勝させてもらった時よりも自分としては大きな手応えがあり、僕もfujiwaraさんと組ませてもらって恥ずかしくないくらいの実力はあるなと思いました。 今年のISUCON予選は、とにかくやることが尽きず、ずっと手を動かしながら改善を続けられる楽しさがあって、疲れましたが充実した時間を過ごすことができました。最近仕事でコード書く

ISUCONに出場しました。 残念ながら予選落ちでした。 今、もう一度やってみれば、予選は突破できる気がします。（どのチームも思っているとは思いますが） なぜ予選落ちしたのか振り返りを行った結果とやってはいけないことがいくつかわかったので、 共有します。 皆さんは勝った方法やこうしておけばよかったって書いている人が多かったので、 逆に僕は確実に負けるためにやるべきことを共有します。 ※タイトルは完全に煽りです。 事前準備をしない チャットの作成をしない チームメンバーでのコミュニケーションできる環境は必須です。コミュニケーションを取りづらくするために チャットを作成しないようにしましょう。 GCPの使用準備をしない 今回のISUCONはGCPを使用しての出題だったのですが、GCEのインスタンスにログインできる状態を 作ってしまうと、時間のロスができないので、ログインできるまでの準備はやめと

2015-09-28 ISUCON5 予選通過しました daily 9月26日、27日と行われたISUCON5に @yujinakayma @spesnova　と一緒に "醤丸" として参加し、最終スコア14501で通過しました。 実質的にやったことはUnicornワーカー数を増やして、あとはひたすらSQLのチューニングのみで、結局Redisは使いませんでした。MySQLだけでもなんとかなるもんです。 あと、今までAWSしか使ったこと無かったんですが、GCPめっちゃ便利で良かったです。 以下、効果があったこと（ネタバレ） ユーザAとユーザBが友達になったとき、relationsテーブルに one=A another=B と one=B another=A の2つのレコードが作られるのを、 one < another というルールを作って回避。これにより relations を引くときの O

今回のISUCONについて Gunosyの@y_matsuwitterです。 今回のISUCONは去年と同様チーム.datとして、 @y_matsuwitter => プロセスキャッシュ中心の最終兵器作成 @TakatoshiMaeda => 予選に向けたツールの用意と司令塔、分析 @kanny => インフラ周り中心にボトルネック改善 と言う構成で、自分一人Go実装に突っ走るような布陣で望みました。 課題はMixiライクなSNSの実装で、割と色々なJOINが走らざるを得ない、短時間で高速化するには厄介な課題でした。 今回の結果としては日曜一位通過でき、一安心というところです。 また、予選中、両日含め最高スコアの34382を出せました。 事前準備 事前に色々と調査とすぐ使える形のサンプルコード書き溜めて置きました。 Goでのunix domain socketの扱い signalの受け取り

ISUCON5予選に@kazeburo、@shmorimo、@cubicdaiya(敬称略)の3人でチーム「GoBold」として参加してきました。 isucon.net 15時過ぎるくらいまではスコアが伸び悩んでいましたが、結果的に2位でフェニッシュすることができました。 以下はスコアの遷移をグラフ化したものです。 GoBoldスコア遷移のグラフ #isucon pic.twitter.com/JKkfjiVJnS— Shigeki Morimoto (@shmorimo) September 28, 2015 準備と方針 今回は予選に臨むにあたって事前に以下の準備を行いました。 Wikiで各種ミドルウェアの定石設定テンプレートを共有 Slackでプライベートグループを作成 各人個別にGCE上でISUCON4予選問題(Ubuntu)の復習 次に事前に軽く打ち合わせして使用言語などの方針を固

今年もISUCON！！！！！！！！！！！ ISUCONがなんであるかは以下エントリをご覧下さい。 isucon.net やったこと 私は足回り担当でした。OSと、ミドルウェアと、ライブラリと、GCPの操作そこらへんを全部担当です。 去年はガンガンコードもさわってたんですが、今回はいったんゲタを預けました。 理由は簡単で、3人いて、他2人はPerlが得意なのが共通で、私は得意でなく、他2人より、サーバー周り（Linuxの設定とかそういうの）は得意だと思っていたからです。 プロファイル周りもドンドンやりたかったんですが、NYTProfがなんかすごくむずかしくて、差し込んだりはずしたりも結構たいへんぽかったので、できなかった。 ログの集計でアクセスパターン解析とか、（あまり役にたたなかったけど）MysqlのSlowlogをとったりとか、どうしてもidleが余る…多分これはこのアクセスパターンが乗

こんにちは! Idobata 開発チームの hibariya です。 いつも Idobata をご利用いただき、ありがとうございます。 先週末 9/26 (土) から 9/27 (日) にかけて、Idobata では一時的にサービスに接続できなくなる障害が断続的に発生していました。 ユーザーのみなさまには大変ご迷惑をおかけしましたことを、深くお詫び申し上げます。 サービス接続障害が発生していた時期には ISUCON5 のオンライン予選が開催されていました。 Idobata は ISUCON5 の主催者と参加者との連絡用チャットとしてご利用いただいておりましたが、このたび十分なサービスを提供できませんでした。 参加者・関係者の方々にはご不便をおかけしていしまい、申し訳ありませんでした。 今回の反省を今後に生かしていくために、障害の経緯と今後の対策について、簡単にではありますがご説明いたします

ISUCON5 の予選1日目にチーム「fujiwara組」(@fujiwara, @songmu, @sugyan) として参加して、全体通して1位のスコアで通過しました。 isucon.net 今回は ISUCON 1 の時の優勝チームを再結成という形になったわけですが、最初はISUCON 4の時と同じ社内のチームででようかと思ってたんですよね。ところが昨年優勝チームだった「LINE選抜 生ハム原木」が今回参戦できないということで、sugyanがチームどうしよう、と困っていたのでつい…*1 初代fujiwara組を再結成しよう— fujiwara (@fujiwara) 2015, 5月 27 準備 今回はOSは Ubuntu(バージョン非公開)なのが事前にレギュレーションで公開されていたので(前年まではCentOS, Amazon LinuxなどのRedHat系ディストリビューションで

ISUCON5出場者の皆様、先週の予選はおつかれさまでした！僕らは予選敗退でした。 僕は「忠で焼酎を飲んでいた人たち」として、 @sugamasao (エントリ「ISUCON5の予選で爆散してきた – すがブロ」) と @ariarijp (エントリ「ISUCON5予選に参加しました – ariarijp’s blog」) の二人と参加しました。二人のエントリと重なる部分もありますが、せっかくですのでエントリを残します。 チーム「忠で焼酎を飲んでいた人たち」です！ #ISUCON pic.twitter.com/Kw7aE8S9h1 — Yuichiro SAITO (@koemu) September 26, 2015 チーム名の「忠」というのは、僕の行きつけの焼酎バー「美酒家 忠」にて、このメンバーで飲んでいたことに由来します。 本エントリは、「事前の話」「当日の話」そして「感想」の3

まえがき 2015/9/26にISUCON5予選に参加しました。 この記事は読んで役に立つようなことはない、ただの感想記事です。 ISUCON5予選に参加するまで ISUCONの存在自体は去年ぐらいから気になっていたのですが、参加したいとかはなくて、「すごい人たちがいるなー」ぐらいに関連記事などを眺めている程度。 今年もISUCONがあるのも知っていたので、同僚と参加しようかなーと思うこともあったけど、なんとなく誘えないなーとか思っていたさなか、 id:koemu さんから「 id:sugamasao さんとISUCON出るんだけど、一緒に出ませんか？」的なお誘いをいただいた。 YAPC::Asiaで結構なキャパの部屋を埋めていたkoemuさん、「パーフェクトRuby」、「パーフェクトRuby on Rails」の著者の一人でもあるsugamasaoさんと組んだとして、そこそこいろいろやっ

昨年に引き続きISUCONに参加しました 今年は id:koemu さんと id:ariarijp さんのチームでした。YAPCのタイミングだったかな？で id:koemu さんからISUCON一緒に出ましょう！と声をかけられたので、ホイホイとチームを結成しました。その後、YAPCの帰りに一緒に飲んでいた縁で知り合った ariarijp さんが一緒にチームを組んでくれることになってチームが結成された。 当日まで あまり素振りとかできなかったのが悔やまれますが、まずは昨年参加した知見から、事前に作業方針のメモを共有しておいた。 例えば ssh の公開鍵を予めあつめておくとか、最初に手を付ける箇所の分類、チャットツールの準備などなど。 これは結果論だけど、チャットツールにSlackを選択していたのは、当日ISUCONの公式チャットツールidobataに障害が発生していて正常にアクセスできなかっ