オンメモリ高速KVSをjavaのstatic変数で実現する - 開発めも２
やりたいことは、メモリの高速さをフルに活かした超シンプルなKVS。 用途は、機械学習アルゴリズムのモデル用。 ・大量のKeyValue値を高速に読み書きできること。 ・モデルはシリアライズを使って、ファイルに保存／読み込みもできるようにしたい。 ・サーバを再起動したり、しばらく使わないときは、ファイルにしておく。 ・モデルを更新したい時もメモリ上のデータに対して高速に操作できる。 そういうシンプルで高速なオンメモリKVSが欲しかった。 しかし、以前にも書いたように、メモリの高速っぷりを活かしたシンプルなKVSはありそうでなかった。 Redisはネットワーク越しに使われることが前提とされているとかなんとかで、その辺りがボトルネックになって素のメモリ処理に比べると桁違いに遅かった。 Tokyo CabinetはTokyo Tyrantと違ってインターナル用途が想定されているものの、レコード数が
RedisのKeyのnaming convention(命名規則) - Debuginfo
基本自由に決められますが、何かしら方針が欲しいですよね。 調べてみるとオフィシャルのページに書いてありました。 Try to stick with a schema. For instance "object-type:id:field" can be a nice idea, like in "user:1000:password". I like to use dots for multi-words fields, like in "comment:1234:reply.to". なので、user_id=1のusernameがkamepacaだったら、 user_id:1:username = kamepaca でいいと思います。Perl的には下みたいに入れておけば良いでしょう。 use Redis; use JSON; my $redis = Redis->new(server =
Redis: Zero to Master in 30 minutes - Part 1
More than once, I've said that learning Redis is the most efficient way a programmer can spend 30 minutes. This is a testament to both how useful Redis is and how easy it is to learn. But, is it true, can you really learn, and even master, Redis in 30 minutes? Let's try it. In this part we'll go over what Redis is. In the next, we'll look at a simple example. Whatever time we have left will be for
cosmic realms
I love redis. It's blazingly fast and wonderfully atomic. Back in December 2010 I converted the database behind World of Solitaire to redis 2.2 It's currently holding over 21 million keys and handling over 1,100 commands per second. Over the past 9 months RAM usage has slowly been increasing as more and more keys are inserted. A few days ago I realized I was very short on available RAM and had to
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket
idea's blog - SSDB – A leveldb server with zset data type
