Elasticsearchインデクシングパフォーマンスのための考慮事項 - Qiita
CPython の GC チューニング - methaneのブログ
ISUCON は Go で参戦しているんだけど、複数のチームが Python で予選通過したらしいので、応援のために Tips を公開していこうと思う。 目次 CPython の GC について 統計情報を出力する 第一世代GCの間隔を調整する Out of Band GC 循環参照を見つけて対処する CPython の GC について CPython のGCは参照カウント＋循環参照コレクタだ。そして参照カウント方式は(幾つかの欠点はあるものの)Webアプリのボトルネックになったりはしにくい。 なのでGCチューニングの基本は次のようになる。 循環参照を避ける 循環参照コレクタの呼び出しタイミングを制御する 循環参照コレクタは、生きているオブジェクトの数がある程度増えると第一世代が実行され、第一世代が一定回数実行されると第二世代が、第二世代が一定回数実行されると第三世代が実行される。 各世代
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
hdparmコマンドでハードディスクを簡易ベンチマークする - 祈れ、そして働け ～ Ora et labora
G-WANはなぜ速いのか？をnginxと比べながら検証してみた - blog.nomadscafe.jp
Cloudera Impala発表資料 | 外道父の匠
11/26 の『Hadoopソースコードリーディング 第13回』でCloudera Impalaの発表をしてきました。 きっかけはTwitter上で、ビールの化身 も◯す の外道父を呼べば？から始まって、１分かからず依頼ツィートが飛んできて引き受けた感じで、Twitterで数分で全てが完結する非常にフットワークの軽い業界になります。 それでは、発表資料や補足などを書いていきます。 リンク Eventbrite : Hadoopソースコードリーディング 第13回 Twitter #hadoopreading togetter : Hadoopソースコードリーディング 第13回 まとめ Inside Impala Coordinator at HSCR 13th – Go ahead! by @repeatedly Inside Impala -Query Exec Engine- by @o
Monoceros が HTTP/1.1に対応しました & nginx と組み合わせたベンチマーク - blog.nomadscafe.jp
C10K対応Prefork型高速PSGI/Plackサーバの Monoceros をHTTP/1.1に対応させました。 https://metacpan.org/release/Monoceros https://github.com/kazeburo/Monoceros MonocerosではHTTPのKeepAliveに対応して、大量の接続を捌く事ができますが、リリース時点ではHTTP/1.0 KeepAliveにしか対応していませんでした。しかし、nginxのupsream などでは、keepaliveを有効にしてHTTPセッションを使い回したい場合にHTTP/1.1が求められます。 以前このあたりの事をしらべてblog書いています nginx-1.1.x で httpなupstreamにもkeepaliveができるようになったので検証してみた https://blog.nomads
最速TCPサーバーの条件 〜逆襲の Erlang と Haskell の挑戦〜 : DSAS開発者の部屋
Nicholas Piël » Benchmark of Python Web Servers
It has been a while since the Socket Benchmark of Asynchronous server. That benchmark looked specifically at the raw socket performance of various frameworks. Which was being benchmarked by doing a regular HTTP request against the TCP server. The server itself was dumb and did not actually understand the headers being send to it. In this benchmark i will be looking at how different WSGI servers pe
Erlang Process - KLablabWiki
概要 Erlang の軽量プロセスは非常に多くのプロセスを扱う事が出来るという特徴が あり、過去には 2000万プロセスが起動したとの情報がニュースグループに流れ 話題となりました。 しかし、ドキュメントにある情報を元に Erlang プロセスの起動数を計算して みても計算が合わなかったり、この 2000万という数字が半ば信じられなかった ので自分の目で確かめてみたいと思っていました。 そこで今回は、サン・マイクロシステムズ（株）様に 32G のメモリを搭載した Sun Fire T2000 をお貸しし頂くことが出来ましたので。このハードを使用して Erlangプロセス をどれくらい起動することが出来るのかを調べてみました。 検証環境 ハードウェア Sun Fire T2000 CPU UltraSPARC T1 メモリ32G OSSolaris 10 8/07 Erlang 実行環
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Posts on Bmark - A benchmarking tool for Elixir
GitHub - joekain/bmark: A benchmarking tool for Elixir
Gatling Load and Performance testing - Open-source load and performance testing
GitHub - fawick/speedtest-resize: Compare various Image resize algorithms for the Go language
null.ly - a really cool domain parked on Park.io
Good night, Posterous