HTTP/2 server benchmark Jan 2015
bench-backend.conf ��4B�U �܋A�U listen: 3001 http2-max-concurrent-requests-per-connection: 1024 max-connections: 15000 num-threads: 1 hosts: localhost: paths: /: file.dir: /path/to/htdocs bench-proxy.conf ���A�U p��A�U listen: 3000 http2-max-concurrent-requests-per-connection: 1024 num-threads: 1 hosts: localhost: paths: /: proxy.reverse.url: http://127.0.0.1:3001 proxy.keepalive: ON bench-tls-pro
Linux Performance Tools at LinuxCon North America 2014
Recent posts: 28 Apr 2023 » eBPF Observability Tools Are Not Security Tools 01 Mar 2023 » USENIX SREcon APAC 2022: Computing Performance: What's on the Horizon 17 Feb 2023 » USENIX SREcon APAC 2023: CFP 02 May 2022 » Brendan@Intel.com 15 Apr 2022 » Netflix End of Series 1 09 Apr 2022 » TensorFlow Library Performance 19 Mar 2022 » Why Don't You Use ... 26 Sep 2021 » The Speed of Time 06 Sep 2021 »
Goで並列実行のベンチマークを取るためのライブラリ parallel-benchmark を書いた - 酒日記 はてな支店
以前 Perl で、forkして並列実行するベンチマークを取るためのライブラリ、Parallel::Benchmark というのを書きました。 Parallel::Benchmark というモジュールを書きました - 酒日記 はてな支店 これを使うと、単に Perl コードのベンチマークだけではなく、並列に外部にアクセスして計測を行うような (たとえばApacheBenchのような) ベンチマークツールが簡単に作れるので重宝しています。(仕事では、ソーシャルゲームのサーバアプリケーションに対する負荷テストを行うために使ったりもしています) で、思い立って Go 版を書きました。 kayac/parallel-benchmark · GitHub 使用例 フィボナッチ数を求めるコードを並列実行するベンチマーク fib(30) を1回計算するごとにスコア1とする 10個の goroutine
Locust.io
An open source load testing tool. Define user behaviour with Python code, and swarm your system with millions of simultaneous users. Tweet Follow @locustio Define user behaviour in code No need for clunky UIs or bloated XML. Just plain code. Distributed & scalable Locust supports running load tests distributed over multiple machines, and can therefore be used to simulate millions of simultaneous u
GitHub - julienschmidt/go-http-routing-benchmark: Go HTTP request router and web framework benchmark
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
Go言語を含む複数種類の言語により実装されたソフトウェアのベンチマーク - Qiita
本稿では、Goを含む複数種類の言語により実装されたソフトウェア(具体的には、シャドウプロキシサーバ)のベンチマークを行うことで、各言語間の差異について考察します。 シャドウプロキシサーバとは？ Webアプリケーションのテストをいくら入念に整備したとしても、実際に起こり得るすべての可能性を網羅することは難しいのはもちろん、同じコードを複数の環境(言語やフレームワーク、ミドルウェア等のバージョン)で同じように動作することを保証するのは至難の業です。そこで、ユーザの実リクエストを複製して、稼働中の環境とは別に用意したテスト用の環境にもリクエストを送ることで検証をするというアプローチがとられます。そのために使われるツールのことを、シャドウプロキシサーバ(shadow proxy server)と呼びます。 最近では、気軽なMySQLバージョンアップ - まめ畑において、MySQLのバージョンアップ
金に物を言わせてISUCONのプログラムをc3.8xlargeで動かしてみた - このブログはURLが変更になりました
先日AWSから新しいEC2インスタンスタイプc3.8xlargeが発表されましたね。 【AWS発表】 新世代の数値計算向けEC2インスタンス 2013年11月時点の性能と価格は以下のとおり。ISUCON予選で使用したm3.xlargeと比較。 インスタンスタイプ vCPU ECU Memory(GiB) Tokyoリージョンの1時間あたりのオンデマンド価格 m3.xlarge 4 13 15 0.684ドル c3.8xlarge 32 108 60 3.064ドル CPU性能約8倍、メモリ4倍。価格約4.5倍。c3.8xlargeお得。 さて、オンデマンドの価格は上のとおりですが、開始後すぐのためか需要が少なくスポットインスタンスが激安なんですね。 Amazon(Web Services)が大セール！c3.8xlargeがなんと！$0.0001！！ 新しいHPC向けAmazon EC2イン
The Benchmark with Go REST API Server - stanaka's blog
I gave a presentation about lightweight REST API Server by Go, and performance comparison with Go, Perl and Ruby at GoCon 2013 autumn. The slide about benchmarking result is as follows. This shows milliseconds per request with 10,000 sequential requests at various conditions, which are go/perl/ruby, messagepack/json, and mysql SQL query/innodb memcached plugin. "direct memcached (innodb)" is direc
Starlet が HTTP/1.1 に対応しました / wrkによるベンチマークとYAPC::Asiaのトーク宣伝 - blog.nomadscafe.jp
Starlet が HTTP/1.1 に対応しました。これによりでnginxのupstream keepaliveなどが捗ると思われます https://metacpan.org/release/Starlet https://github.com/kazuho/Starlet ながらくStarletはHTTP/1.0 + keepaliveなサーバでしたが、version 0.20にてHTTP/1.1に対応しました。具体的に対応したスペックは以下。 HTTP/1.1 keepalive Transfer-Encoding: chunked (Request & Response) Expect HTTP Pipelining StarmanやMonocerosとだいたい同じ動きをするようになっていると思われます。 なお、導入にあたっては、リバースプロキシ等と組み合わせた場合の動作パターン
Starman と Starlet のベンチマークと Accept Serialization - Hateburo: kazeburo hatenablog
StarmanとStarletの違いはいくつかありますが、Starletにいくつか手を加えたあと、速度はどうなっているのか比較してみた。 なお、以下の記事はHello Worldのベンチマークなので、実際のアプリケーションのパフォーマンスにはあまり影響がないと思われます。 各ソフトウェアのバージョンは以下。 Plack-1.0023 Starman-0.3008 Starlet-0.18 Starletのベンチマークとほぼ同じアプリケーションを書いてサーバを起動した use Plack::Builder; use Plack::Request; my $length = 12; my $body = 'x'x$length; builder { enable 'AccessLog', logger => sub { }; sub { my $env = shift; my $req = P
最近のPlack/Starletのパフォーマンス改善まとめ。最大2倍の性能向上 - Hateburo: kazeburo hatenablog
最近のPlackとStarletにはパフォーマンス改善のため次のような変更が加えられています。 Plackに対する変更 (カッコ内はバージョン) Plack::Request::query_parameters の最適化 (1.0018) Plack::Middleware::AccessLog に Apache::LogFormat::Compilerの導入 (1.0023) Starletに対する変更 local $SIG{..} を無くし、rt_sig* system call が呼ばれる回数を削減 (0.17_01) headerとbodyを結合して一度に出力する閾値を1024から8192に変更 (0.18) ベンチマーク これらの変更の効果を確認するために、次のベンチマークを実行してみます まずアプリケーションはこんな感じ use Plack::Builder; use Plac
Octane JavaScript Benchmark
Welcome to Octane, a JavaScript benchmark for the modern web. For more accurate results, start the browser anew before running the test. Refer to the documentation for more information on Octane.
Google の SPDY ベンチマークに関する一考察 - ぼちぼち日記
Google さんからのブログ記事 モバイルネットワークにおける SPDY のパフォーマンス は４月末に元記事が出ていたのに、すっかり見逃していて日本語訳が出るまで気づきませんでした。元記事を読むと、ベンチを取る環境の構築が徹底していてさすが Google と感心させられます。特にHTTPサーバをSPDYサーバに変換している Google FrontEnd (GFE) server は一般に公開してもらえないのかなと願ってたりします。 このベンチマーク自体は、箱庭環境を作って 77URL サイトに対して Chrome for Android のページ読み込み速度を SPDY/HTTP で比較をしています。結果、全体統計で1.3倍の速度向上が見られたという結論になっています。 この1.3倍という数字が大きいか小さいかは人によって判断が分かれるかと思いますが、元記事 SPDY Performa
Node.js vs Play vs SAStruts - hakobera's blog
前置き Experiences with Node.js: Porting a RESTful Service Written in Java - ZiggyTech 上記記事では、実験的にJava (Jersey + Hibernate on Tomcat) で実装された REST API サーバを Node.js で書きなおしてみたら、少ないリソース（CPU/メモリ使用量）でほぼ同等のパフォーマンスが出せたよ（ただし、O/Rマッパーを使用しない場合）、と書いてあります。この件に関して @koichik さんとやり取りしていた中で以下のような意見を頂いたので、実際にやってみましたという記事です。 @hakobera メジャーってことだと，あの比較が Play ではなく Tomcat なのは正解．日本的には Jersey ではなく Struts (もちろん 1 の方)なら更によかったw 2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rakyll/boom: HTTP(S) load generator, ApacheBench (ab) replacement, written in Go
https://jaxbot.me/articles/benchmarks_nodejs_vs_go_11_5_27_2013
https://jaxbot.me/articles/benchmarks_nodejs_vs_go_vs_php_3_14_2013
TechEmpower Framework Benchmarks
CUBRID blog - database management systems and software development
