Deferring gen_server responses | Cliff
I’ve been doing a lot of throughput optimizations on Dynomite lately. I got the unsaturated latency down to a point where I was happy with it, so the next step was to optimize the throughput of a fully saturated node. Generally when I find something interesting or at least strike something off the list as being a culprit for throughput issues I’ll fire off a cryptic message into the aether of twit
Higepon Mona OS develop blog from Japan: How to get 100% coverage of gen_server
When you check coverage of your gen_server behaviour module, it's annoying following 4 callback functions may not be covered. Module:handle_cast/2Module:handle_info/2Module:terminate/2Module:terminate/3You can cover these as follows. for_better_coverage_test() -> process_flag(trap_exit, true), spawn_link(fun() -> {ok, Pid} = your_module:start_link(), c:l(your_module), %% Moduel:code_change/3 cover
Erlang で gen_server を利用してサーバーを書く場合のパフォーマンス懸念事項とその解決法 - higepon blog
Erlang で分散 Key-Value Storage を書いているのだがデータの insert で思うように速度が出ていない。get の 10 倍ほど遅い。 ログを見た印象と直感的には insert の際の lock が競合しているのではないかと思われたがプロファイルをとってみたらボトルネックは lock ではなかった。 まず始めに Erlang 付属の fprof でプロファイルをとったがゴミデータばかりで肝心の事は何も分からなかった。 gen_server は末尾再帰ループなので余計に出力が見にくい。さらに数千プロセス分のログが出るので分からない。ML でも gen_server と fprof の相性は良くないという投稿が見受けられた。 色々ググっていたところ、Erlang 製のAmazon Dynamoクローン「Dynomite」の開発者がブログで dynomite_prof
trapexit.org: Erlang community site
We build transformative solutions for the world’s most ambitious companies. By providing user-focused consultancy, high tech capabilities and connection to diverse communities. We’re the world-leading experts at building massively scalable distributed systems. We have over 20 years of experience building critical digital infrastructure that scales to billions of users without error. We create a re
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.erlang.org/doc/design_principles/gen_server.html
