Re:Simple Twitter clone using only the Redis key-value store...
by petercooper on Thursday May 21, 2009 @05:02PM
(#621128)
On disk we have just a "stupid" dump that we reload a startup.
In a lazy fashion, or not? That is, if I have a 10GB data set, will I be either waiting X minutes for a basic restart or dealing with sluggish queries for a slightly lesser time?
(Update for anyone who wants an answer too: I dug around the docs and found that it's a full read into memory on restart, not lazy loading. They give an example of "It takes about 45 seconds to restore a 2 GB database on a fairly standard system, no RAID." So if frequent restarts are in your plan for some reason - not that they should be, of course - it might not be a goer.)
Re:Simple Twitter clone using only the Redis key-value store...
by spoiledtechie on Thursday May 21, 2009 @09:29AM
(#620392)
Ya but what happens when Solid state hard drives come into play. And they will be soon.
I, a asp.net guy will be able to compete with Redis then.
Re:Simple Twitter clone using only the Redis key-value store...
by antirez on Thursday May 21, 2009 @10:09AM
(#620453)
If RAM gets so cheap that Solid state hard drivers will come into play you'll have your Linux box with 512 GB of Ram by default. Btw I'm happy with ASP guys competing with Redis :) Also if someone stole what's good about Redis and creates FooBaredDB that is just better I'll drop Redis and use FooBaredDB.
In some way this is what Paul Graham described in some comment years ago: take all the data in memory in your application, and just write a file in append-mode to reload it later. Basically this is an ad hoc, informally-specified, bug-ridden, slow implementation of half of Redis :)