#isucon 2014予選二日目を二位で通過した話 - Qiita
チーム.datの@y_matsuwitterです。 普段はグノシーでiOSエンジニアだったりGoエンジニアだったりインフラエンジニアやってます。 今回全員初めて出場のisuconでは、風邪でふらふらしながら、主にGoの実装周りを担当しました。 ちなみに他のメンバーもec2リブート祭り+shellshockでふらふらしてました。 とりあえず異常がなければ予選二日目を三位で通過しているはずなのですが、受験終了直後の高校生ばりに不安です。 => 二位に繰り上がって通過しました 当日までの準備やインフラでやったことの話については他のメンバーがまとめてくれるかと思うので、僕はGoで当日やったことをゆるくまとめていきます。 当日の流れ 10:00~12:00 とりあえず競技開始後はインフラセットアップを他のメンバーに任せて僕はひたすらコード読んでました。 10分くらいでデータのライフサイクル的なものを
ローカルポートを食いつぶしていた話 - download_takeshi’s diary
ここのところ、お仕事で管理しているシステムで、夜中に負荷が急上昇する事象が発生しており、夜な夜な対応に追われていました。 （このブログ書いている今も、負荷がじわじわ上昇中なんですが・・・） で、いろいろと調査した結果、ようやく糸口がわかってきました。 結論から言うと、ローカルポートなどのネットワーク資源を食いつぶしていたようです。 以下、調べていってわかったことなどのメモです。 トラブルの事象 運用しているのは Apache2.2 + mod_perl2 なwebサーバで、リスティング広告システムの配信系です。 リスティング広告の配信のシステムって一般的にロジックが複雑でいやーな感じなんですが、このシステムもご他聞に漏れずかなりのひねくれ者で、しかもトラヒックは結構多めです。システム全体で、日に1000万〜2000万クエリくらいかな。幸か不幸か、このご時勢においてもトラヒック的には成長し続
EC2 インスタンス上で perf コマンドを使ってみた | iret.media
cloudpack の 自称 Sensu芸人 の かっぱこと 川原 洋平（@inokara）です。 はじめに サーバー等のパフォーマンスの解析やボトルネックの調査を行うに際して利用するコマンドとしては… top vmstat iostat sysstat 等を利用することは多い。これらのコマンドで見当はつけられたりするものの、より細かい（例えばカーネルレベル）レベルで調査したい場合に役に立ちそうなのが perf コマンド。 ということで、早速試してみた。 参考 perfの使いかた – J perfを使ったPostgreSQLの解析(前編) 6.4.2. Perf の使用方法 perf コマンドについて そもそもなに？ 一言で言うと… Linux の性能解析ツール ざっくり出来ることを言うと… 実行されるプログラムと OS とのやりとり（イベント）を見ることが出来る OS とハードウェアのや
LINE選抜で isucon4 予選に参加してきました。暫定スコア「51192」を出すためにやったこと - blog.nomadscafe.jp
今年もこの季節がやってきました。 今年のISUCON4は出題がクックパッドになりました。自分たちは去年に引き続き @sugyan @tagomoris とLINE選抜チームを組んで参加しました。 共催枠なので予選免除で本選には出れるのですが、場数も重要だと去年参加して分かったので予選も参加しました。参加は1日目の土曜日です。 結果は「51192」ランキングには入りませんが、10位相当のスコアになります。言語はPerlです。ちなみに、2日目のベンチマークツールでも実行しましたが同等のスコアがでました。 準備 とりあえず、会社のchatに専用のchannelをつくり、@sugyan @tagomorisと簡単に確認し、去年の自分たちが用意したwikiを読み直しておこうと話をしました。 去年の本選前と同じく、使うであろうソフトウェアについては、コピペでインストールができるように準備しておきました
YappoLogs: #isucon 2014 に参加して暫定圏外になってきました
#isucon 2014 に参加して暫定圏外になってきました ISUCON4 の予選やってきました、最終スコアは37000位だったけど本戦足切りラインは45000くらいだと思うので残念でした。 チームメイトは、前回組んだ kamipo さんに加え新メンバー ar_tama さんと共に望みました。 役割としては kamipo: 司令塔権 middleware 以下全部担当 ar_tama: アプリ担当 yappo: アプリ担当 リポジトリはこちら https://github.com/kamipo/isucon4qualifier 開始前 大体の凡ミスはレギュレーション読まない事に起因するのが、過去の ISUCON の教訓だからひたすらレギュレーション読む。 お陰でリーダの遅刻を見逃した。 10:00-12:00 開始とともにトイレ。この間に kamipo さんが必要なインスタンスあげてログ
ISUCON4 予選で workload=5 で 88000点出す方法 (lily white 参戦記) : DSAS開発者の部屋
ISUCON4 予選1日目に、 lily white というチームで参戦してきました。 試合中に 62000 点は出していたのですが、最終的に提出したスコアは 60344 点でした。 以降、予選終了までと、その後に気づいたさらにスコアを上げる方法について書いていきます。 実際の提出時のコードは methane/isucon4q-go リポジトリの "final" タグを見てください。 準備 (~前日) 予選方式が発表された時点で、 isucon3 予選と同じ方式だったので、有効な作戦もほぼ同じになる事が予測できました。 具体的には以下のとおりです。 PIOPS な EBS を使わないので、性能が不安定なディスクがネックになる問題は無いでしょう。 1インスタンスのみを使うということから、ネットワーク帯域がネックになる可能性も無いはずです。 ほぼ確実に CPU ネックな問題が出るはずです。 ア
#isucon 2014にfujiwara組で出場して予選2日目暫定1位を取りました
どうもこんにちは、れもんです。今年もISUCONの季節がやってきましたね。昨年はfujiwaraさんの右腕として出題業をやりまして、今年はそのままfujiwara組として予選に出場しました。 結果は既報の通りですが、ひとまず2日目で暫定1位のスコアを出しています。67782です。では問題の感想とかやったことを振り返っていきます。あ、長いのでマジメに読んだら読むのにたぶん10分くらいかかりますよ。 また、チームメンバーのfujiwara, handlenameのブログも出そろいましたのでそちらも合わせてお読みください。 #isucon 4に参加して予選2日目暫定1位になりました (@fujiwara) #isucon 4にfujiwara組として参加しました (@handlename) 前日まで 金曜日のお昼にチームでランチして分担を確認。fujiwaraさんが「今回は実装が速そうなhand
#isucon 4にfujiwara組として参加しました - handlename's blog
ISUCON4の予選にfujiwara組として参加したのでその感想です。 fujiwaraさん(ISUCON1,2優勝/ISUCON3出題) acidlemonさん(ISUCON3出題) handlename(ISUCON3予選敗退) というメンバーでした。(アレッ一人浮いてる！) まとめ 長いのでまとめを最初に書いておきます 最終スコアは67782 アプリが激薄だったので、できるだけ外部(MySQLとか)への接続がなくなるよう変更を入れた 静的ファイルの点数を捨てた 無理せず普段から使い慣れているもの(Perl,Redis,MySQL)を使った 少なくとも競技中に見えていたものについて、やるべきことは全てできた ISUCONたのしい 以下時系列順でお送りします。 主に自分がやった変更を書いています。 誰がやったか覚えているものについてはカッコ書きで名前を書いてます。 fujiwaraさん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
main