Just wanted to share some positive feedback we got from a customer.
I wrote some time go about a problem we had at a customer that activemq
failover took too long.
In the end the problem was the sheer amount of data in the kahadb journals.
We found that most of the long term queued data was in some DLQs. In a
single kahadb this DLQ contents were very scarcely scattered in the
kahadb journals.
So most journals just contained some kb of still active messages but
still consumed the whole space.
This lead to a kahadb size of about 34GB. We then decided to switch to
mkahadb with one kahadb per queue. As now the DLQs were isolated the
messages were packaed much more densely.
After migrating the production we got feedback from the customer that
the kahadb size went down to just about 50MB. This of course also
removed the big failover times.
So I can very much recommend to use mkahadb for such scenarios.
Christian
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com