ISUCON13にLLM活用担当で参戦しました - LayerX エンジニアブログ
こんにちは、LayerX CTOの@y_matsuwitterです。最近はパン作りにハマっています。無心に小麦と酵母の声を聞くことで精神の安寧を求めています。 この記事は LayerXテックアドカレ2023 19日目の記事です。前回は @shota_tech が「Go の linter 雰囲気で使っていたから調べ直した #LayerXテックアドカレ」を書いてくれました。次回はEMオフィスの@serimaより「Engineering Officeの話」がポストされる予定なのでご期待ください。 ISUCON13 昨日開催のISUCONに参加してきました。とても楽しい問題ですし、これだけの人数での開催を支えている運営の皆さんには頭が上がりません。個人でもLayerXとしてもスポンサーさせていただきました。ありがとうございます！ 10年近く一緒に出場している.datというチームで、私はプロンプトを
isucon13 チーム「パカパカアルパカ」で22位入賞しました #isucon - アルパカDiary Pro
isucon13、去年に引き続きチーム「パカパカアルパカ」として出場しました！ 結果は score: 86322 で22位でした！ isucon.net 今年は個人的な準備があまり出来てなかったので去年より自信は無かったのですが そう考えると健闘出来たのかなと思います。 テーマ ISUPipeというLIVE配信アプリケーション！ コメントにリアクションに投げ銭など、過去実際にサービスとして実装したことのあるようなアプリケーションだったのでテンション上がりました💪 自分のやってたこと 速攻でCloudFormation投入しつつマニュアル読み。 DNS水責め攻撃…！！PowerDNSもどういうものかは知ってましたが実際に利用したことはないのでひどく狼狽してました 😫 まずは自分担当としていつもどおりモニタリング系とデプロイシェル準備。サーバ間通信できるようにssh疎通確認したり、/etc
「なんでもあり」なWebアプリのチューニングバトル『ISUCON』はエンジニアの輪が広がる文化祭？ ISUCON12出題者に大人気の秘密を聞いた - Qiita Zine
新卒でSIerに入社後、銀行などの業務システムの開発を経験。2011年、株式会社サイバーエージェントに入社。Craft Eggで「バンドリ！ガールズバンドパーティ！」開発に携わる。2018年からグループ会社のColorful Palette設立時よりサーバーサイドエンジニアとして参画し、エンジニア全体を統括するマネージャーとして組織を牽引する。ISUCONには11から参加し、12では出題者となっている。 「ISUCON = Iikanjini Speed Up Contest（いい感じに スピードアップ コンテスト）」とは？ ―― はじめに自己紹介をお願いします。 藤原 俊一郎氏（以下、藤原） : 面白法人カヤックでSREをしています。ISUCONには第1回から参加していて、これまで4回優勝をしました。何回か出題もし、ISUCONにはずっと関わってきました。 伊藤 寛起氏（以下、伊藤）:
ISUCON12で優勝しました(チーム NaruseJun)
8月27日に開催されたISUCON12 本選にチームNaruseJunとして参加し、スコア341,258点で優勝しました。（ISUCON12 本選の結果発表と全チームのスコア） メンバーは @sekai と @takashi_trap でした。 この記事はその参加記です。 チームについて このメンバーでのISUCONへの参加は10(予選敗退), 11(準優勝)から3回連続です。 それぞれのISUCON参加回数は @to-hutohu, @sekaiが6回目、@takashi_trapが5回目です。 予選準備 7月9日と7月17日に予選のために集まって作戦会議をしました。 7/9 1時間程度集まって素振りに向けた作戦会議 素振りの環境準備、チートシート、初動のAnsible整備、Goを思い出すなどがそれぞれ宿題として持ち帰ることに 7/17 素振り会（ISUCON11予選） 5時間くらいで初
「達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践」を執筆しました - 酒日記 はてな支店
「達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践」という本を6名の共著で執筆しました。技術評論社さんから、2022年6月4日発売予定です。電子版もでます。 gihyo.jp Amazon はこちら。 達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践 作者:藤原 俊一郎,馬場 俊彰,中西 建登,長野 雅広,金子 達哉,草野 翔技術評論社Amazon タイトルの通り、ISUCON で出題されるようなWebサービスを例にして、Webサービスのサーバーサイドパフォーマンスチューニングを指南する内容です。通称「ISUCON本」と呼んでください。 2020年の末に、技術評論社さんからWebサービス高速化 × ISUCONに関する書籍を執筆しませんか、と藤原までお誘いをいただいたのが発端でした。 書きたい気持ちはあったものの、内容的にとて
出題者になって分かったISUCON必勝法とは？ ISUCON初の学生運営メンバーに聞く
お題となるWebサービスを限界まで高速化を図るチューニングバトル「ISUCON」。11回目となる「ISUCON11」の本選は9月18日に開催され、598チームのなかからオンライン予選を勝ち抜いた30チームが熱い戦いを繰り広げる予定です。今年は新しい取り組みとして、運営に学生が参加。昨年のISUCON10では2位、3位を受賞、あまりに強すぎて「一体何者？」と話題になり、そしてISUCON11では出題者として参加している学生サークル「traP」のメンバーに、traPがなぜ強いのか、運営になって分かった「ISUCON必勝法」について聞きました。 ISUCONで上位入賞した学生サークル「traP」の強さの秘訣とは？ ――まず、traPの皆さんの自己紹介をお願いします。 temma：temma（てんま）です。東京工業大学 生命理工学系の3年生です。大学ではあまり情報系に関することをしていませんが、「
ISUCON11 予選問題実践攻略法 : ISUCON公式Blog
DB は以下のコマンドで確認できる通り、MariaDB 10.3 でした。$ mysqld --version mysqld Ver 10.3.31-MariaDB-0ubuntu0.20.04.1 for debian-linux-gnu on x86_64 (Ubuntu 20.04) 当日マニュアルに記載の通り、各言語実装は systemd で管理されているため、systemd に関する知識があると良いと思います。特に、アプリケーションを編集しビルドした後、 systemctl restart isucondition.go.service を実行しないと編集が反映されないことに注意しましょう。 他にも例えば、isucondition がどのように環境変数を読み込んでいるかを調べるには以下のような手順で行えます。 当日マニュアルの参考実装の項目を読み、サービス名が isucondit
ISUCON10 本選問題の解説と講評 : ISUCON公式Blog
こんにちは、ISUCON10 の本選出題を担当した白金動物園の mirakui です。最近はパン作りにハマっています。この記事では、本選問題であるアプリケーションの「XSUCON」について、問題の概要と想定していた解き方について解説していきたいと思います。 XSUCON とは近年の ISUCON にはとても多くの方が参加してくださり、スコアランキングを表示したりベンチマーカー実行を指示したりするいわゆる「ポータルサイト」の負荷対策には毎年の出題担当たちが苦労してきました。記念すべき 10 回目の開催である ISUCON10 ではぜひこの ISUCON ポータルサイト自体を問題にしたい、と私たち白金動物園が1年前から温めてきた構想を形にしました。 というわけで ISUCON10 の本選問題は「XSUCON」という、 ISUCON を模した仮想的な競技のポータルサイトでした。XSUCON の世
ISUCON10 予選問題の解説と講評 : ISUCON公式Blog
ISUCON 10 予選問題作問担当の @yosuke_furukawa です。ISUCON 10 の予選お疲れさまでした。このブログでは、 ISUCON 10 の予選問題の解説と講評を行います。 問題については下記のURLにて公開されています。 http://github.com/isucon/isucon10-qualify 動作確認をしたい場合は README.md を確認の上、検証してみてください。 課題アプリケーション ISUUMO について ISUCON10 の予選の問題は、 ISUUMO と呼ばれるイスに合う物件を検索するサイトでした。せっかくリクルートが作問担当になったので、リクルートならではのものにしたいのと、ずっと社内ISUCONでポリシーとして持っていた「実際に起きているパフォーマンス問題に近い課題を設定したい」という思いから作りました。 今回の問題は位置情報を使った
AtCoderとHighLoad Cupによるスキルアップ術 - ISUCON予選突破を目指して - Gマイナー志向
こんにちは、ISUCON駆動のmatsuuです。 第1回ISUCONではそこそこ良い順位につけたものの、その後下降の一途をたどりここ数年に至っては予選を突破できてない現実。 この現実を省みて今の自分に足りないものは何かと考えた結果、以下の結論に至った次第。 プログラミングの実装速度が遅い メインの開発言語としているGo言語力が弱い 今の職業はインフラエンジニアなこともあってちょっとしたプログラムを組むことはあってもGo言語をがっつり扱うのはほぼISUCONだけという状態。これはいかんね。 上記2つを改善すべく、2019年からAtCoderとHighLoad Cupを始めてみた。 AtCoder 言わずと知れた競技プログラミング。昔はGo言語に対応していなかったらしいが今は使える*1。 競技として早く解くためにはよくある操作(標準入力処理や文字列変換など)をスニペットとして保存しておくのが良
自分のチームのISUCONでの戦い方
具体的にISUCONで自分がどういう戦略で進めているのか、書いてみようと思います。他のチームがどういう方法でやっているのか気になるので他の人も書いてくれるとうれしいです。 最初の30分間にやることを決めておくISUCONは3人チームで戦う大会です。どういう問題が出るかはわかりませんが、最初の30分間はどういう問題が出てもやることは大きく変わりません。 なので事前最初の30分間にチームメンバーがお互い何をやるか決めて、お互い事前に把握するようにしています。こうすることで最初はお互い黙々と作業をするだけになります。 具体的には以下のような作業分担です。 インフラ担当ポータルサイトにログインしてsshできることを確認全メンバーのssh鍵を登録する必要なパッケージなどインストール何もせずにベンチマークを流すGo実装に切り替えてベンチマークを流すnginxで計測できるようにする（parse.rbを使
ISUCON8 本選出題記 あるいはISUCONベンチマーカー負荷調整の歴史 - 酒日記 はてな支店
ISUCON 8 の本選出題を同僚の @ken39arg と担当しました。参加された皆様、運営にご協力して頂いたすべての関係者の方々にお礼申し上げます。 恒例の #isucon pic.twitter.com/iXAjgfgbeZ— fujiwara (@fujiwara) 2018年10月20日 問題についての講評は公式の ISUCON8 本選問題の解説と講評 をご覧頂くとして、こちらでは今回、出題に導入された新要素である「シェア機能」について、どういう経緯で導入されたのか、裏話的なことを書いておきたいと思います。 「ベンチマークの負荷を自分で決めるのも、自動で際限なく負荷が上昇するのも実際のアプリケーションとは違うよね?」というところから思いついた機構なのですが、経緯についてはいろいろな前提と、歴史の理解が必要になります。結果的に長文になってしまいました。 ISUCONベンチマーカーと
ISUCON8 予選問題の解説と講評 : ISUCON公式Blog
予選の問題作成を担当したDeNAのkarupaneruraです。 予選に参加した皆様、お疲れ様でした。 楽しんで頂けましたでしょうか。 お陰様で大きなトラブルもなく無事に予選を終えることができました。 参加者の皆様をはじめとした皆さんのご協力がなければ成し得ないことでした。 ご協力いただいた皆様、ありがとうございました。 課題アプリケーション今回の課題はイベントのチケット予約アプリケーションでした。 ユーザーを作成、またはログインを行うと座席を予約することができます。 座席は抽選で決まる仕組みになっており、ランダムに決まった座席が即座に分かるようになっています。 埋まっている座席は黒く塗りつぶされ、自分の獲得した座席は緑色の字で表示されています。 また、自分の座席をクリックするとキャンセルを行うことができます。 マイページでは自分の最近予約(orキャンセル)した席を5件、最近予約(orキャ
ISUCON8予選2位（一日目）で通過しました - 考える人、コードを書く人
ISUCON8予選に@catatsuy、@cubicdaiya、@syu_creamの3人でチーム「ここで一句」として参加してきました。 前回と前々回は予選落ちで悔しい思いをしましたが、今回は一日目で2位、全体で6位ということで予選突破できました。ISUCON5以来の本選出場です。 スコアは以下の通り。 すでに@catatsuyが書いてるエントリがありますが、ここではターニングポイントとなった変更を中心にもう少し詳しく解説していこうと思います。 medium.com なお、言語はメンバーが使い慣れているGoを選択し、@cubicdaiyaがインフラ担当、残りの二人がアプリケーションのチューニングを担当という形で役割分担しました。 h2o -> OpenResty リバースプロキシ自体はh2oのままでもスコアにはほぼ影響はなかったのですが、あまり慣れてないこともあって複数台構成にする際やロギ
ISUCON7本選問題の解説と攻略 : ISUCON公式Blog
ISUCON7本選の出題を担当した @methane です。参加者の皆様、お疲れ様でした。 すでに Twitter でアナウンスされているとおり、本選の問題を Github で公開しています。 ▼isucon/isucon7-final すでに一週間以上経ってしまいましたが、この記事では本選の問題設計や攻略ポイントについて解説していきます。 お題について予選では、夏期講習参加者や過去問を練習してきてくれた学生チームにいじわるな問題設計にならないようにと考えていました。（残念ながら失敗していた部分も多かったですが） 一方本選では、そういった気遣いを一切無視して自分たちの得意な分野の問題を出そうということで、MOゲームをお題に選びました。 「協力してレイドボスを殴るゲームにしようか。」 「ボスのヒットポイントは無限にして総与ダメージをスコアにできないかな。」 「攻撃スキル、バフ／デバフスキルみ
ISUCON7予選の上位陣の戦略まとめ - Bit Journey's Tech Blog
Speee社でISUCON7の復習会をやったのでその資料を公開します。 ISUCON7復習会 2017/11/08 at Speee Lounge. original repo: https://github.com/isucon/isucon7-qualify 概要 ISUCON7の予選突破組の上位陣の戦略をいくつか分析してみました。 †空中庭園†《ガーデンプレイス》 repo: https://github.com/ryotarai/isucon7q http://eagletmt.hateblo.jp/entry/2017/10/24/010832 https://mozami.me/2017/10/24/isucon7_qualify.html スギャブロエックス repo: https://github.com/gfx/isucon7-qualify http://memo.su
KAYAC 社内ISUCON 2017、複数台構成の顛末
KAYAC 社内の技術部勉強会で新卒研修の社内ISUCONで先輩チームに課せられた複数台構成レギュレーションの解法について解説したときの資料です
ISUCON7 予選を通過した - eagletmt's blog
ISUCON7 予選に†空中庭園†《ガーデンプレイス》として @ryot_a_rai、@mozamimy と参加して2日目1位で通過することができた http://isucon.net/archives/50956331.html 。 リポジトリは https://github.com/ryotarai/isucon7q 当日まで 例年 Ruby で参加していたけど、今年は発表された初期実装に Ruby が含まれていなかったこと (※後から追加された) もあり、@ryot_a_rai から Go で参加したいという話が出て Go を選択した。 僕と @mozamimy は Go はまぁまぁ書いたことはあるくらいの状態だったので、事前に一度 Go で練習したり pprof の使い方を教えてもらったりしていた。 Go は個人的にはあんまり好きになれなかった言語ではあるんだけど、ISUCON で
ISUCON7 予選突破した (白金動物園) #isucon - diary.sorah
7 回目の ISUCON、なんとか 2 日通しの枠で予選通過できて本当に良かった。 今回も @mirakui, @rosylilly と一緒に白金動物園として参加しています。 今回はギリギリの集合ながら予定より開始が遅れたので、アニメを 2 本見ました。結城友奈は勇者である -鷲尾須美の章- #2 はチームビルディングの話で景気が良かった [独自研究] し、その後も something 景気が良い物ということで Fate/Apocrypha #16 も見たけどこれも景気が良かったです。アストルフォ私服。 というわけで、白金動物園の手の内を公開します。ベストスコアは 34 万ほどで対したことないけど…。上位陣のスコアびびる。 実装 https://github.com/shirokanezoo/isucon7q Ruby + Go… にする目論見が最終的に Ruby のみです。ベスト 346
静的ファイルのキャッシュコントロールについて ISUCON7 – そろそろちゃんとやります
@egapoolです。今回初めてISUCON7に参加させていただきました。（チーム名：元pyns） 当日やったこととこかはこちらにまとめています。 ISUCON7に参加して予選突破しませんでした。 – そろそろちゃんとやります 今回のお題の一つ目の壁は、いかに画像ファイル（アバターアイコン）をキャッシュさせてサーバーからデータを返さないようにするかでした。 8時間の大部分をこの対応に費やしましたが解決は出来ませんでした。 原因はきっちり304を返すための基礎知識が足りていなかったことです。 ですのでこれを機に勉強しなおしてみました。 304 (Not Modified) 大前提ですが、304ステータスコードは キャッシュの有効無効の確認付きリクエストに対して、有効である場合に返すステータスコード です。 この場合サーバーはリソースデータ(ペイロード)を送信しません。 すなわち，サーバは、［
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
