#isucon2 で優勝してきました - 酒日記 はてな支店
なんでもありのいい感じにスピードアップコンテスト 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 #2へ参加してきました - walf443's blog
前回非常に楽しかったので、今回も参加したいなーと思っていたのですが、「くらげとみかん」チームで、なんとか参加できました。 走り書きだけど、考えたこと、やったことをメモっておく(あとでまとめなおすかもしれない) まずは最初に全サーバーへsshの鍵を通して、screenで全サーバーへログインした。 前回ベンチマークを走らせるのが遅かった、という反省があったので、まずベンチマークを実行した。 まずappをいじるための環境を整備した。git reposを作ったり。(11:30) 次は、アプリケーションの概要を把握するために、全tableのschemaをshow create tableしたり、全テーブルの件数を把握して、stockテーブル以外は対した容量にならない、ということを把握した。 long_query_timeを0にして、ベンチを走らせて、全クエリをslowログへ出力し、mysqldump
#isucon2 に参加してきたよ！
まつうせんせーのまとめを御覧ください [blackbirdpie url="https://twitter.com/matsuu/status/264661505830690817"] →これはチェック側のエンバグっぽいとのこと byモリスさん [blackbirdpie url="https://twitter.com/matsuu/status/264662518289547265"] →これがうまくいかなかったのは、参照の増加により/buyのロックが激しくなったせい。/buyを改善したあとなら効いた [blackbirdpie url="https://twitter.com/matsuu/status/264663517037199360"] →nginxのlog formatを指定して $request_time を確認 [blackbirdpie url="https://tw
isucon2に参加してきました #isucon2 - しるろぐ
NHN主催のisucon2に参加してきました。 チーム名は「飲兵衛ズ」。チームメイトは、@karupaneruraと@masasuz。 livedoor Techブログ : 【締め切りました】第３回NHNテクノロジーカンファレンス番外編 #isucon2 の参加者募集開始と詳細決定のお知らせ livedoor Techブログ : #isucon2 リアルタイムフォトレポート 更新終了 結果 惨敗でした。 午前中すぐに1000チケット超えて、しばらく1位だったのですが、いろいろ試してたらスコアが落ちてしまって、最終的に午前の記録を抜くことができませんでした。その間に他のチームにあれよあれよと抜かれてしまいました。 やったこと 太字が自分がやったことです。 後半、情報共有がおろそかになって、記憶を頼りに書いているので、誰が何やったとかちょっと曖昧。 10時 @karupaneruraがIRCと
livedoor Techブログ : #isucon2 参加者・関連エントリまとめ
最終更新 2012/11/20 9:56 見つけ次第まとめていきます。 掲載されていないエントリを見つけた場合は @941 までご連絡いただけると助かります。 ■参加者レポート ・isucon2に参加してきました #isucon2 - しるろぐ ・#isucon2 に参加してきたよ！ | netmark.jp ・isucon #2へ参加してきました - I sort my thought... ・#isucon2 で優勝してきました - 酒日記 はてな支店 ・#isucon2 で惨敗してきました - かるぱねるらすたいる ・Perl歴半年の3人が #isucon2 に参加してディフェンディングチャンピオンを倒そうと思った話 - kenjiskywalker no memo ・isuco2に参加してきました！ - koichi222のブログ ・チームルンバとして #isucon2 に参加して
livedoor Techブログ : 第３回NHNテクノロジーカンファレンスは番外編！ #isucon2 開催のお知らせ。優勝賞金は30万円！
こんにちは、櫛井です。 前回のNHNテクノロジーカンファレンスにて伊勢さんが「第３回NHNテクノロジーカンファレンスは参加型にします」と言っていたのを聞いて、ピンと来た方もいらっしゃいますでしょうか？いませんか。 タイトルですでに紹介してしまっておりますが第３回NHN テクノロジーカンファレンスの番外編として、Webサービスの高速化に取り組んでいる全てのエンジニアに存分にその腕をふるってもらうべく行ったイベントが１年以上の時を経て帰ってきます！その名も、いい感じにスピードアップコンテスト、略して ISU Contest (Iikanjini Speed Up Contest) #isucon2 です！そのまんまです。isuconとしては２回目なので #isucon2 です。公式ハッシュタグも同じく #isucon2 です。 前回の様子はこちらをご覧くださいませ。 livedoor Tech
#isucon を支えた技術: ベンチマークmaster/agentの構造とnode.jsの話 - たごもりすメモ
支えた技術ってほど大層なものでもないんだけど、なんとなくカッコいいのでシリーズ名にしてみようと思った。 で、表題の件。 #isucon のベンチマークツールは1台のmasterと複数台のagentという構造になっていて、agentはベンチマークツールの負荷を複数台のサーバに分散させるために存在する。各agentは交換可能で、仮にagent用サーバが1台壊れたら、別のagentに負荷を振り向けるよう設定を書き換えるだけでいい。役割としてはだいたいこんな感じ。 master 各チームのスコア表示、およびベンチマークの起動・停止操作の提供、agentへのベンチマーク実行状況の問合せ、agentへのベンチマーク起動・停止指示、ベンチマーク実行結果の受け取りと保存 agent ベンチマーク処理の起動・停止、ベンチマーク実行状況の提供 (すべてJSON RPC) masterとagentは両方とも n
#isucon に行ってきました (team_karakaniチーム) | カラカニのメモ帳
こんにちは。ほぼ1年に1回しか日記を書かないkarakaniです。重い腰がようやく上がり日記を書いてます。 #isucon 行ってました。[[@mutotaiju>https://twitter.com/#!/mutotaiju まとめと反省点 ・地道なボトルネックの調査は重要。 ・時間的な制約がある中で新しいことはやらないほうがいい(最近使い始めたGitを使おうとしたけど無駄に時間使った) ・経験も重要(他のチームのブログ見ててとても参考になりました) やったこと 次のことをしました。 1. アプリケーション(データベースへのアクセス)のパフォーマンスアップ 2. 静的コンテンツの扱い・リバースプロキシの設定 3. キャッシュ戦略(失敗) キャッシュ戦略は中途半端、というかできませんでした。 データベースはデチューニングされているのでは？ という声がありましたが、私たちのチームではほとん
livedoor Techブログ : 自家製 #isucon のつくりかた
こんにちは、ISUCON というイベントのレギュレーションを考えたり環境の準備をやったりコード書いたりしてた tagomoris です。普段はライブドア開発本部のインフラサービス部というところで働いてます。 先日ISUCONは幸いにも大好評のうちに終了したのですが、へとへとになって疲れ切った状態で帰宅し、寝て起きてみると、公開しておいたソースコードをさっそく自分の手元で動かしている人がいました。説明とか何にもなかったのによくそこまで。どういうことなのと思わずにはいられません。 #isucon に参加してきました＆isuconツールを試してみました - As a Futurist... また翌日にはTwitterでも続々と動かしてみた報告が見られ、エンジニアのみなさんのバイタリティには感服するばかりです。 ざいりょう で、せっかくだから本番と同じデータで同じように試せるようにしたいよね、とい
エンジニアがやりたいというので 技術コンテスト #isucon の運営をしてみた - 941::blog
こんにちは！くしいです！お元気ですか！ 私ライブドアで働いてるのは結構知られてきたと思うのですが、実は開発本部に所属してまして、だけど開発部において唯一開発しない人という変わったかんじなんですが、何をしてるかっていうと「エンジニアのためになること」全般を引き受けてます。例えばMTGをセッティングしたり、会議室おさえたり、歓送迎会したり、という雑多な細かい仕事から、YAPCとかイベント的なものの運営とか大きなものまで。 で、あれはいつだったか。先月くらい？だったかな。 同僚のエンジニアが「こういうイベントやってみたい」とTweetしてるのを見て「へー」と思ってて、それを社内の技術系の話をするIRCチャンネルでまたしてたので「本気ならメールでえらい人に直談判しては」と返信してみて、ここからうろ覚えだけど「マジでやる気なら俺手伝いますよ」って言ったような気がして、「マジでやる気です」と言われたの
livedoor Techブログ : ISUCONやりましたーっ！ 最終結果発表 #isucon
ライブドア技術部会の伊勢幸一です。 去る 2011年 8月 27日(土曜日で隅田川花火大会の日)、いい感じにスピードアップコンテスト ISUCONを開催しました。参加者の皆さん、見学者の皆さん、関係者の皆さん、おつかれさまでした！あんど、ありがとうございました。おかげさまで予想以上に盛り上がり、つぶやきやブログエントリー等を見る限り皆さんに楽しんでいただけたようで、スタッフ一同開催してよかったと心から思っています。また、副賞の書籍をご提供して頂いた技術評論社様にこの場をお借りして心より御礼申し上げます。技評さんはエンジニアの味方ですねっ！（あたりまえかｗ） ここで、改めまして、コンテストの最終結果発表をさせて頂きます。 と、その前に ・・・・ コンテスト終了後、即時計測の結果に基づき優勝1チーム、準優勝1チームを表彰させていただきましたが、その際、最終的な結果確認の段階で得点のチェックにミ
#isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
#isucon に参加してきた - @kyanny's blog
#isucon に応募した - 刺身☆ブーメランのはてなダイアリー というわけで参加してきた。まず何よりも、一緒に参加してくれた @tnmt @hansode のお二人に感謝したいです。ありがとうございました！それから運営の皆様、他の参加者の皆様、お疲れ様でした。あと差し入れをもってきてくれた @umazura さん、 Ust で応援してくれた皆さんもありがとうございました。 ベストスコアは 10,000 を超えたものの最終測定時は FAIL というちょっと残念な結果に終わった。個人的にも悔しいことが二点あった。 遅いクエリは早々に突き止めていて、最適化にも取り組んでいたのに、途中で諦めて他のことをやり始めてしまったのが一点目。 id と日時だけを持つ中間テーブルを作ってそこから引くようにスキーマを変更しようとしたのだけど、そのテーブルから引き直したら結果がおかしくて混乱してしまった。いま
#isucon ベンチでいかにチートするか: その1 - 敵はhttp_load - たごもりすメモ
チート対策とhttp_loadに仕掛けた罠の話 #isucon - blog.nomadscafe.jp このエントリに刺激されたので、自分でも事前に大丈夫かなーと思っていたものの最終的には対処しなかったチート穴の攻略を今朝明確に思い付いたので書いてみる。 その2以降を書く予定は今のところありません。 isuconベンチの構造 ベンチマークとチェックツールを含めた全体的な構造については前出のエントリの通りだが、更に加えると、isuconのスコアは http_load によるリクエストの処理数のみによって決まる、という特徴がある。Node.jsで書かれたチェッカなどからもそこそこ(少なくとも秒間3リクエスト)のGETが来るが、最終的なスコアから考えると誤差と言っていい数値。 ということで、チェッカへのレスポンスを確実に返すこととhttp_loadのリクエストに高速に応答することが重要だ。 h
myfinder's blog: #isuconの結果を反省 または私は如何にして心配するのを止めてパラメタ設定を細かくいじるることに終始したのか
なんでもありのWebアプリケーション高速化バトル、#isucon に参加してきました。 まずはこのような機会を設けていただいたLivedoor並びに技術部会の皆様に感謝申し上げます、良い刺激を受ける事ができ、本当に楽しい一日でした。 さて、藤原組長が圧倒的だったのは誰しもが知るところですが、我々 [真夏のサイクロンウェーブ] はノーバリューでフィニッシュと相成りました。 この結果をバネに次へつなげるためにも、成功したやり方を実際に手を動かして検証することがなにより重要だと考え、このエントリを書いた次第です。 このエントリを書けるのも、id:tagomorisさんがソースコードとベンチツール一式を公開してくれているからです、Livedoorは勉強会のアフターケアまで完璧ですね。 まずはisucon環境を手元につくろう id:riywoさんが手順をあげてくれているので、それにならうのがよいでし
チート対策とhttp_loadに仕掛けた罠の話 #isucon - blog.nomadscafe.jp
完全に文化祭疲れで昼寝3時間ぐらいしてしまいましたが、懇親会で聞かせて頂いた話やblogやtwitterをみる限り好評だったようで、うれしく思っています。ISUCONに参加して頂いた方、社内で協力して頂いた方ありがとうございました いくつか至らぬ点がありますが、明日以降に公式にフォローさせて頂きたいと思っています。 さて、既に公開されているので見た方は多いと思いますが、今回ISUCONで使ったベンチマークツールは大きく分けて次の3つのツールに分かれています。 (1) 1post/secでコメントを投稿し、1秒後にコメントをしたページと、インデックスおよび適当な記事のDOMチェックを行う node.js (2) http_load + patch (3) css/js/imageのMD5値を検証する perl script 最終的な順位はhttp_loadが行ったリクエスト数で決まるのでもし
isucon終了に寄せて - たごもりすメモ
ISUCon が終わりました。さっき、懇親会を終えて帰宅し、イベントで使用した仮想マシンすべてをシャットダウンしました。 しばらく前、あるきっかけがあったあとで「こんなイベントにすれば楽しいはず！ 少なくとも自分は楽しめそう！ やりたーい！」とTwitterに放流し、その後に社内のIRCでも同じようなことを言った結果「やればいいんじゃない？」的な反応を社内からもらい、何人かの人に協力をお願いしながら進めてたら、いつの間にかすごいイベントになってました。会場の手配もネットワークの手配も名札の手配も飲食の手配もトロフィーや副賞の手配も、すべて自分以外の社員が、こうしたら良いイベントになるはず、とやった結果です。すげー会社で働いてるんだなあ俺、とか今更思いました。 レギュレーションの検討・作成から実際のコード・サーバ環境の作成まで、いっしょにやってた kazeburo さんはもとより、超多忙な同
#isucon に参加してきました。 - 時計を壊せ
うっかり申し込むのを忘れて、定員に達して出れなくなってたので ぬーん（´・ω・｀）ってなってたんですが、 @walf443さんに誘われたので#isuconに参加してきました！ 人数が多い方が有利だとの事だったけど正直足手まといになった気しかしないのは秘密。 #isucon ってなに？ Iikanji Speed Up CONtest の略でISUCONだそうです。 reverse proxy1台、appサーバー2台、DBサーバー1台の構成のWebアプリを いい感じにスピードアップしてあげるコンテストです。 概要: [ http://blog.livedoor.jp/techblog/archives/66528186.html ] ソースコード等: [ https://github.com/tagomoris/isucon ] WHKチームの行動まとめ *1 gitが無いと俺達はソースの変
isuconに参加してきました
どうもコンニチワ。 去る2011.8.27に開催された なんでもありのWebアプリケーション高速化バトル、#isucon に、チーム「いんふらえんじにあー」として @matsuu さん、 @ishikawa84g さんと参加してきました。 チーム名は2秒くらい考えてこんなものしか思いつきませんでした。 チーム名を決めなければならないということに気づいたのは、要返信のメールの締切を2日過ぎてからのことでした。相談なしに決めてゴメン。。。 ともあれ結果は2位 3位。1位とは大差！2位とは僅差！すごくすごく楽しかったです。 主催のライブドアさん、ありがとうございました！ さて、今回も結果が出てほっとしました。 今回はチームメイト @matsuu さんがすでに詳細書いてくれているのでそちらを見ていただくと紆余曲折を感じていただけるかと。 →isuconに参加してきた＆チーム「いんふらえんじにあー」
isuconに参加してきた - walf443's blog
isuconに参加してきた 当日の行動 ややうろ覚えですが、自分がやっていたことをざっくり書いてみます。 まず、実行用の環境へアクセスしようとしたら、reverse proxyのサーバーへしかsshできなかったので、とりあえずisuconユーザー以下にあるファイルをざっと眺める ソースいじっりするための、reposやdeployスクリプトを作ったり Devel::KYTProfをuseするようにして、ベンチマークを走らてみる → 即興で作ったdeployツールのバグに気づかず、Devel::KYTProfのログが出なくてあれー、ということで時間を使う。 → そもそもClass::Data::Inheritableがうまくuseできていないという問題があったので、とりあえずsudo -H cpanmで入れるようにした。(たぶんarch用のpathもuse libするようにすればよかったはず)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
