タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

isuconに関するnihenのブックマーク (9)

  • How we built Pingora, the proxy that connects Cloudflare to the Internet

    How we built Pingora, the proxy that connects Cloudflare to the Internet2022-09-14 This post is also available in 简体中文 and 繁體中文. IntroductionToday we are excited to talk about Pingora, a new HTTP proxy we’ve built in-house using Rust that serves over 1 trillion requests a day, boosts our performance, and enables many new features for Cloudflare customers, all while requiring only a third of the CP

    How we built Pingora, the proxy that connects Cloudflare to the Internet
    nihen
    nihen 2022/09/16
    ISUCON感想戦レベルだと効いてきそう
  • #isucon を支えた技術: ベンチマークmaster/agentの構造とnode.jsの話 - たごもりすメモ

    支えた技術ってほど大層なものでもないんだけど、なんとなくカッコいいのでシリーズ名にしてみようと思った。 で、表題の件。 #isucon のベンチマークツールは1台のmasterと複数台のagentという構造になっていて、agentはベンチマークツールの負荷を複数台のサーバに分散させるために存在する。各agentは交換可能で、仮にagent用サーバが1台壊れたら、別のagentに負荷を振り向けるよう設定を書き換えるだけでいい。役割としてはだいたいこんな感じ。 master 各チームのスコア表示、およびベンチマークの起動・停止操作の提供、agentへのベンチマーク実行状況の問合せ、agentへのベンチマーク起動・停止指示、ベンチマーク実行結果の受け取りと保存 agent ベンチマーク処理の起動・停止、ベンチマーク実行状況の提供 (すべてJSON RPC) masterとagentは両方とも n

    #isucon を支えた技術: ベンチマークmaster/agentの構造とnode.jsの話 - たごもりすメモ
    nihen
    nihen 2011/09/06
  • livedoor Techブログ : 自家製 #isucon のつくりかた

    こんにちは、ISUCON というイベントのレギュレーションを考えたり環境の準備をやったりコード書いたりしてた tagomoris です。普段はライブドア開発部のインフラサービス部というところで働いてます。 先日ISUCONは幸いにも大好評のうちに終了したのですが、へとへとになって疲れ切った状態で帰宅し、寝て起きてみると、公開しておいたソースコードをさっそく自分の手元で動かしている人がいました。説明とか何にもなかったのによくそこまで。どういうことなのと思わずにはいられません。 #isucon に参加してきました&isuconツールを試してみました - As a Futurist... また翌日にはTwitterでも続々と動かしてみた報告が見られ、エンジニアのみなさんのバイタリティには感服するばかりです。 ざいりょう で、せっかくだから番と同じデータで同じように試せるようにしたいよね、とい

    nihen
    nihen 2011/08/30
    初期データなんて実は飾りです
  • isuconに参加してきました - メメメモモ

    livedoor Techブログ : Webアプリケーション高速化バトル(ISUCON) 会社の人達とチームを組んで参加してきました。 とりあえず自分がやっていたことのみを書きたいと思います。 当日、自分が担当したのはアプリの部分でした。 あらかじめ用意していた独自のジョブキューシステムを組み込んだり、 DBアクセスの部分をHandlerSocket(MySQLのプラグイン)で動くようにしたりしてました。 前日まで、この部分のベンチやらデバッグやらを一生懸命やっていたので、 どんな状況であっても番で動くようにはしたいなと思っていました。 想定していたよりシンプルなアプリでしたので、無事に動くようにできました。 組み込んだ場所がネックになっているところではなかったため、速度にはあまり影響は出ませんでしたが。 開発は、 1台のアプリサーバにsshでつないで、 emacsをインストールして、

    isuconに参加してきました - メメメモモ
    nihen
    nihen 2011/08/30
    HandlerSocket!
  • ISUCONに参加してきました | へぼい日記

    なんでもありのWebアプリケーション高速化バトル、#isuconに山形組として参加してきました。 結果はみなさんご存知の通り、藤原組さんの圧勝という感じになりました。 自分はというと、DBボトルネックの解消までは藤原組さんとほぼ同じ手法で解決して、4700req/minあたりのbest scoreを出した後には有効なチューニングが行えずにnginx導入の罠にひっかかって200req/minとかになってしまって泣きながらapacheに戻したりしつつ、最後はサイドバーのcacheをmmapにいれる作業をしていたらバグでfailするようになってしまってぎりぎりでDBのボトルネック解消直後にロールバックして、10000req/3minくらいがたしか最終スコアだったと思います。failしたチームを除けば下から数えたほうが早い感じになってかなり悔しい結果でした。 DBボトルネック解消直後にappサーバ

    nihen
    nihen 2011/08/30
    blogged
  • #isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店

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

    #isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店
    nihen
    nihen 2011/08/29
  • #isucon に参加してきました&isuconツールを試してみました - As a Futurist...

    「なんでもありの」といううたい文句の通りに楽しめたチューニング大会#isucon に参加してきました。 livedoor Tech ブログ : なんでもありの Web アプリケーション高速化バトル、#isucon 開催のお知らせ 最初は参加するつもり無かったんですが、知ってる方がかなり参加されそうだったのと、MySQL Casual の帰りに@kamipo さんが 「3 人チームで#isucon に申し込んだけど、『kamipo』『未定』『未定』やねん!」 と悲しそうにしていたので、kamipo さんと 2 人チームで参加させて頂くことになりました。kamipo さんホントありがとう!!ちなみにチーム名はふたりとも大好きな「チームやすべえ」 あんま大したことができなかったし、藤原組とかいうや ◯ ざなチームが圧倒的な強さを見せたりしていたので、真面目な話はそちらにお譲りします! #isuc

    #isucon に参加してきました&isuconツールを試してみました - As a Futurist...
    nihen
    nihen 2011/08/29
    isuconツールいれるのに超参考にしました!
  • おそらくはそれさえも平凡な日々: #isucon で優勝させてもらってきました

    まずは、ライブドアの皆様、素晴らしいイベントの提供当にありがとうございました。めちゃくちゃ楽しかったです。 Kayacのエンジニア3人 @fujiwara @sugyan @songmu の3人でチームfujiwara組を結成し、結果優勝することができました。 実際は周りの認識通り、@fujiwaraさんに優勝させてもらったようなもので、@sugyanと僕は手を動かしていただけです。まあ、空気にならずには済んだので、そこは安堵しています。 修正したisuconソースはフォークしてGithubに置きました。プログラムの修正部分のみで、my.cnfの修正なんかはここには反映されていません。 さて、@fujiwaraのコンテストでの動きや、帰宅後のBlogアップまであらゆる仕事が速くてビビるんですけど、詳しくは、#isucon で優勝してきましたを見てもらうとして、 どういうドタバタがあったの

    nihen
    nihen 2011/08/28
  • isuconお遊びチーム(事前社内β組)の設定あれこれ - hideden.hatenablog.com

    ISUCONに行ってきました。社内での事前βテストに参加して問題を知っていたので出場はせず。社内β参加を持ちかけられたときは、正直「めんどくせーなw」が素直な感想だったんですが、実際にやってみるとスコアがリアルタイムにわかる&ちょっとずつ自分のスコアが上がっていくってのは楽しくて、わりと気でチューニングしてしまいました。 さて、戦でも14時頃からお遊び用としてサーバー一式が解放されたので、大人げも無くそこで112500req/minをたたき出して参加者のやる気を削いだ(・・と懇親会で言われました。色々すいません!)構成について。 reverse proxy nginx(1.0.5) ngx_http_memcached + ngx_http_ssi_filter + ngx_http_scgi + ngx_http_upstream_keepalive(3rd party plugin

    isuconお遊びチーム(事前社内β組)の設定あれこれ - hideden.hatenablog.com
    nihen
    nihen 2011/08/28
  • 1