最速KVS研究第Redis V.S. LevelDB - なぜか数学者にはワイン好きが多い
最速KVS研究第4弾 - なぜか数学者にはワイン好きが多い どこまでも続きます． 目的が全く違う2者ですが，敢えて比較してみました． もちろん，Google LevelDBと似たコンセプトのものとの比較も今後進めますが．．． とりあえず，キー長はmd5ハッシュの長さ固定，バリュー長を変化させ，かつ同時アクセス数をスレッドアクセスで変化させて読み書き時間を測ってみました． まず，バリューの長さが100バイトと短い場合のベンチ． 同時アクセス数を表すスレッド数が少ないときはLevelDBの書き込みが爆速，読み込みはなぜか遅い．．．redisはスレッド数に関わらず安定して読み書きとも中間な感じです． 次，バリューの長さが1000バイトの中間的ベンチ． やはりLevelDBはスレッドが1だと書き込みが最も速く，同時アクセス数が増えると遅くなる． 読み込みの方は，redisよりは遅いものの同時アクセ
libmemcachedのレプリケーション実験 - なぜか数学者にはワイン好きが多い
今日は元々は，大量に実装されているlibmemcachedのハッシュについて書こうと思ったのですが， Consistent Hashingを計算してみる - なぜか数学者にはワイン好きが多い ドキュメントを見ていたら，こんなオプションがあるのに気付いてしまいました． MEMCACHED_BEHAVIOR_NUMBER_OF_REPLICAS If you just want "a poor mans HA", you may specify the numbers of replicas libmemcached should store of each item (on different servers). This replication does not dedicate certain memcached servers to store the replicas in, but
memcachedのフルダンププログラムを書いてみる - なぜか数学者にはワイン好きが多い
libmemcachedにはmemdumpというユーティリティが着いて来ますが，mysqldumpのようにキーとバリューが全て取れるものではありません． そこでlibmemcachedを使って，unixのodコマンドのように，キーとバリューの全ての値と，あとコントロールコードみたいな不可視な値のためにアスキーコードも表示するプログラムを作ってみました． #include <libmemcached/memcached.h> #include <stdio.h> #include <string.h> char *stored_keys[100]; int stored_keys_index = 0; static memcached_return_t dumper(memcached_st *memc , const char *key, size_t key_length, void *
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
