You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by Oleg Dulin <ol...@gmail.com> on 2013/05/20 22:48:12 UTC
PerDestination KahaDB and slow recovery
Dear Colleagues:
We have about 1500 queues on the broker. Some queues are consumed in a
"batch" fashion. So the journal gets fragmented and becomes quite
large. To optimize disk usage, I've done the following:
<persistenceAdapter>
<mKahaDB directory="activemq-data/kahadb">
<filteredPersistenceAdapters>
<filteredKahaDB perDestination="true" >
<persistenceAdapter>
<kahaDB
journalMaxFileLength="16mb" cleanupInterval="10000"/>
</persistenceAdapter>
</filteredKahaDB>
</filteredPersistenceAdapters>
</mKahaDB>
</persistenceAdapter>
However, now the broker restart becomes really slow because it seems to
do recovery sequentially on each journal.
Is there a way to speed this up ?
Help is greatly appreciated.
--
Regards,
Oleg Dulin
http://www.olegdulin.com
Re: PerDestination KahaDB and slow recovery
Posted by Christian Posta <ch...@gmail.com>.
It's indeed sequential, and I bet this can be improved. Open a jira and we
can track it.
On Mon, May 20, 2013 at 1:48 PM, Oleg Dulin <ol...@gmail.com> wrote:
> Dear Colleagues:
>
> We have about 1500 queues on the broker. Some queues are consumed in a
> "batch" fashion. So the journal gets fragmented and becomes quite large. To
> optimize disk usage, I've done the following:
>
> <persistenceAdapter>
> <mKahaDB directory="activemq-data/**kahadb">
> <filteredPersistenceAdapters>
> <filteredKahaDB perDestination="true" >
> <persistenceAdapter>
> <kahaDB
> journalMaxFileLength="16mb" cleanupInterval="10000"/>
> </persistenceAdapter>
> </filteredKahaDB>
> </filteredPersistenceAdapters>
> </mKahaDB>
> </persistenceAdapter>
>
>
> However, now the broker restart becomes really slow because it seems to do
> recovery sequentially on each journal.
>
> Is there a way to speed this up ?
>
> Help is greatly appreciated.
>
>
> --
> Regards,
> Oleg Dulin
> http://www.olegdulin.com
>
>
>
--
*Christian Posta*
http://www.christianposta.com/blog
twitter: @christianposta