Membase vs memcached vs TokyoTyrant vs Redis - #詰んでる日記
Membaseを入れてみたので、実際にどれくらいの速度が出るのか試してみました。 memcached vs TokyoCabinet vs TokyoTyrant vs Redis - blog.katsuma.tv この記事のパクリですね。これにMembaseを加えてみた感じです。 クライアントによって速度が変わるのが嫌だったので、すべてPythonのmemcachedクライアントを使って、1万回setを行いその時間を計測してみました。 Membase 1.18884205818 memcached 0.683738946915 TokyoTyrant 0.788640022278 Redis 0.642278909683 思ったよりMembaseが遅い…。って言うかRedis速い。 まとめ 使おう！Redis！APIも豊富だし、レプリケーションとかも簡単らしいよ！ ちなみに今回計測に使
ActiveTokyoCabinet 0.1.1 - so what
http://activetokyocabi.rubyforge.org/ ActiveTokyoCabinet 0.1.1をリリースしました。 これは何？ ActiveRecordのTokyo(Cabinet|Tyrant)のテーブルデータベースのアダプタです。 TokyoTyrantをActiveRecordのように使えるMiyazakiResistanceもあるんですが、アダプタとして実装した方がよりシームレスだろうと思って作ってみました。 使い方 database.ymlの書き方は次の通り。 TykyoCabinetでは１ファイルを１テーブルとしています。 また、TokyoTyrantではサーバ１台を１テーブルとしています。 # TokyoCabinet development: adapter: tokyocabinet database: path_of_database_di
[NoSQL] activetokyocabinet (TokyoTyrantのORM) の使い方 - ヽ( ・∀・)ノくまくまー - s21g
1 require 'active_tokyocabinet/tdb' 2 3 ActiveRecord::Base.establish_connection( 4 :adapter => 'tokyotyrant', 5 :database => { 6 :englishes => {:host => 'localhost', :port => 11114}, 7 } 8 ); adapter 名は 'tokyotyrant' database で利用するテーブル名と参照するTTの設定を指定する 以下で Englishモデルを使うので "englishes" を定義している 複数のモデルを使うときはやっぱりTTが複数必要？ 1 class English < ActiveRecord::Base 2 include ActiveTokyoCabinet::TDB 3 4
blog.katsuma.tv
greeさんで開催されたKey Value Store勉強会に行ってきました。 時間にして4時間超え、内容も国内のKey-Value Storeなソフトウェアの最前線の話ばかりで相当なボリューム。以下、メモってたのを残しておきたいと思います。（誤字、脱字、内容に誤りを含むものなどありましたらお伝えください）また、発表者の方やプロダクトについて、ざっくり調べてURL見つけられたものについてはリンク張っています。 森さん / 末永さん groonga Sennaの後継エンジン 融通が効かないのがSennaのデメリット スコア算出式のカスタマイズなど Sennaの転置索引 索引の構成部品を自由に組み合わせて使える APIもいろいろ QL DB Low Level memcached互換のkey-value store バイナリのみ対応 計測 クライアント memstorm-0.6.8 mem
mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tokyo Cabinet 関連のドキュメント一覧
haskell-tyrant
