[rabbitmq-discuss] Bitcask Message Store Index

Jon Brisbin jon at jbrisbin.com
Thu Oct 13 18:20:58 BST 2011


----- Original Message -----

> Do you have a riak_core wrapper for the rabbitmq-public-umbrella?
No. I used rebar and the rebar-ized fork of rabbit-common and created a plugin that way. There was also some manual mucking around to get the riak_core deps into managable .ez files. 

Thanks! 

Jon Brisbin 
http//jbrisbin.com 

> Cheers,

> Alvaro

> On Oct 13, 2011, at 5:10 PM, Jon Brisbin wrote:

> > 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...
> 

> > Thanks!
> 

> > Jon Brisbin
> 
> > http//jbrisbin.com
> 

> > ----- 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
> > 
> 

> > > Matthias,
> > 
> 

> > > 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).
> > 
> 

> > > Regards,
> > 
> 

> > > Alvaro
> > 
> 
> > > _______________________________________________
> > 
> 
> > > rabbitmq-discuss mailing list
> > 
> 
> > > rabbitmq-discuss at lists.rabbitmq.com
> > 
> 
> > > https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
> > 
> 

> Sent form my Nokia 1100
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20111013/4dde17c7/attachment.htm>


More information about the rabbitmq-discuss mailing list