[B! nginx][go] ono_matopeのブックマーク

ono_matope id:ono_matope

nginxとgoに関するono_matopeのブックマーク (3)

ISUCON4 予選で workload=5 で 88000点出す方法 (lily white 参戦記) : DSAS開発者の部屋
ISUCON4 予選1日目に、 lily white というチームで参戦してきました。試合中に 62000 点は出していたのですが、最終的に提出したスコアは 60344 点でした。以降、予選終了までと、その後に気づいたさらにスコアを上げる方法について書いていきます。実際の提出時のコードは methane/isucon4q-go リポジトリの "final" タグを見てください。準備 (~前日) 予選方式が発表された時点で、 isucon3 予選と同じ方式だったので、有効な作戦もほぼ同じになる事が予測できました。具体的には以下のとおりです。 PIOPS な EBS を使わないので、性能が不安定なディスクがネックになる問題は無いでしょう。 1インスタンスのみを使うということから、ネットワーク帯域がネックになる可能性も無いはずです。ほぼ確実に CPU ネックな問題が出るはずです。ア
ono_matope 2014/10/15
go

nginx
リンク
Benchmarking Nginx with Go
benchmark+go+nginx.md Benchmarking Nginx with Go There are a lot of ways to serve a Go HTTP application. The best choices depend on each use case. Currently nginx looks to be the standard web server for every new project even though there are other great web servers as well. However, how much is the overhead of serving a Go application behind an nginx server? Do we need some nginx features (vhosts
ono_matope 2014/03/20
go

nginx

benchmark
リンク
WebSocket アプリの負荷分散 : DSAS開発者の部屋
最近 SPDY と WebSocket がアツいですね。再来週の SPDY & WS 勉強会も、定員100名に対して参加者が 247 名とかなりアツいことになっています。その予習というわけでもないですが、最近 WebSocket を実サービスへの導入方法を考えながら遊んでいたので、 WebSocket の負荷分散方法について考えていることを書いておこうと思います。ステートフルな WebSocket アプリケーション HTTP サービスは基本的にステートレスな実装になっており、リクエストが来るたびに DBサーバーや memcached などのバックエンドから情報を取得して返していました。この構成では Web アプリ自体は完全にステートレス化することができているので、負荷分散機はラウンドロビン等のアプリケーションを無視した負荷分散をすることができました。しかし、 WebSo
ono_matope 2013/08/25
node.js

nginx

go

websocket
リンク
1