This week's book giveaway is in the OO, Patterns, UML and Refactoring forum.
We're giving away four copies of Five Lines of Code and have Christian Clausen on-line!
See this thread for details.
Win a copy of Five Lines of Code this week in the OO, Patterns, UML and Refactoring forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Bear Bibeault
  • Ron McLeod
  • Jeanne Boyarsky
  • Paul Clapham
Sheriffs:
  • Tim Cooke
  • Liutauras Vilda
  • Junilu Lacar
Saloon Keepers:
  • Tim Moores
  • Stephan van Hulst
  • Tim Holloway
  • fred rosenberger
  • salvin francis
Bartenders:
  • Piet Souris
  • Frits Walraven
  • Carey Brown

RabbitMQ in depth

 
Ranch Hand
Posts: 1907
1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
hi Gavin,
1) Single point of failure is one problem with Messaging middle-wares. How easy is to set up RabbitMQ for replication,load balancing ?
2) i worked on Tibco EMS in the past. For message persistence we used Oracle and during peak hours, sometimes due to high load, EMS used to stop working causing message clogging. What kind of message persistence(like KahaDB for ActiveMQ) RabbitMQ provides for fast persistence?
 
Author
Posts: 16
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator

Arjun Shastry wrote:hi Gavin,
1) Single point of failure is one problem with Messaging middle-wares. How easy is to set up RabbitMQ for replication,load balancing ?
2) i worked on Tibco EMS in the past. For message persistence we used Oracle and during peak hours, sometimes due to high load, EMS used to stop working causing message clogging. What kind of message persistence(like KahaDB for ActiveMQ) RabbitMQ provides for fast persistence?



1) RabbitMQ has built in clustering and highly-available queues. Additionally it has built-in support via a bundled plugin for cross-datacenter messaging, including federated queues, which should do the trick.
2) The backing store for RabbitMQ is pluggable, so if the MNesia based tables are not fast enough, I know of a few backing stores to choose from including LevelDB and TokyoCabinet. I've not played around with benchmarking them to see what kind of performance gain one would receive in using them, but I imagine it's not trivial.
 
So there I was, trapped in the jungle. And at the last minute, I was saved by this tiny ad:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop
https://coderanch.com/wiki/718759/books/Building-World-Backyard-Paul-Wheaton
    Bookmark Topic Watch Topic
  • New Topic