News for hackers. Stuff that matters.
Re:Migrating From MongoDB To Riak At Bump by bfrog on Monday May 14, 2012 @08:16PM (#3974114)
Riak loves random read/writes, spinny discs do not, try things out with a SSD sometime and watch things go from a shoddy XXX ops/sec to XXXX(X) ops/sec.

As a simple remark on this, I've gotten 1000+ ops/sec on a single machine operating as 3 nodes (equating to about 3000 ops/sec per node) when using an SSD and a measly 150 ops/sec with a spinny disc in the same setup (equating to about 450 ops/sec per node)

Re:Migrating From MongoDB To Riak At Bump by AaronBBrown on Tuesday May 15, 2012 @01:48PM (#3977750)
Bitcask is specifically designed around not doing random I/O, particularly for writes. A bitcask back end is essentially a gigantic sequential transaction log.
Re:Migrating From MongoDB To Riak At Bump by moonboots on Monday May 14, 2012 @08:40PM (#3974200)
While SSDs will undoubtedly be faster that spinning disk, LevelDB is designed to address slow random writes by batching and writing sequentially.
Re:Migrating From MongoDB To Riak At Bump by bfrog on Monday May 14, 2012 @08:54PM (#3974247)
That would be true except each vnode (by default 64!) has its own backend database. That means with 4 physical nodes each one gets 16 leveldb/bitcask/whatever database backends.

LevelDB's write batching and caching is completely void when thats considered in many circumstances.

Its something that I think Basho should consider changing. Its a trade off of fault tolerance or performance, and I would personally love to see riak go a lot faster.