[rabbitmq-discuss] Bitcask Message Store Index
jon at jbrisbin.com
Thu Oct 13 16:10:21 BST 2011
FWIW- I've gotten riak_core to run inside RabbitMQ as a plugin. I had thought I might experiment with a riak_core-backed queue. I never really got time to fiddle with it.
There's lots of things you can use riak_core inside RabbitMQ for. I was thinking particularly of using the riak_core snowflake unique id generator among other things...
----- Original Message -----
> From: "Alvaro Videla" <videlalvaro at gmail.com>
> To: "Matthias Radestock" <matthias at rabbitmq.com>
> Cc: rabbitmq-discuss at lists.rabbitmq.com
> Sent: Thursday, October 13, 2011 6:18:40 AM
> Subject: Re: [rabbitmq-discuss] Bitcask Message Store Index
> On Oct 13, 2011, at 10:46 AM, Matthias Radestock wrote:
> > I doubt bitcask would perform any better than the default
> > msg_store, since the latter has been highly tuned for queue-like
> > access patterns. One area where bitcask might excel is recovery
> > time, particularly after an unclean shutdown / crash.
> I totally agree regarding the implementation of the msg_store. I
> think that putting another database(MySQL, Redis, Riak) behind a
> queue could bring a severe performance problem. Having said that
> what do you think of putting a layer on top of the rabbit_msg_store
> that could add replication/clustering a la riak_core? So the idea
> here is to use the same storage backend that the variable queue uses
> but coordinating read/writes using riak_core. (Keep in mind this is
> not riak_kv the database known as Riak).
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss