You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Gary Tully (JIRA)" <ji...@apache.org> on 2012/09/18 16:13:07 UTC

[jira] [Updated] (AMQ-3569) kahaDB producerAudit LRU cache configuration is time dependent, it should not be..

     [ https://issues.apache.org/jira/browse/AMQ-3569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary Tully updated AMQ-3569:
----------------------------

    Fix Version/s:     (was: 5.7.0)
                   5.8.0

this requires some thought and some work but there is no reason it should block a 5.7 release.
                
> kahaDB producerAudit LRU cache configuration is time dependent, it should not be..
> ----------------------------------------------------------------------------------
>
>                 Key: AMQ-3569
>                 URL: https://issues.apache.org/jira/browse/AMQ-3569
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: Message Store
>    Affects Versions: 5.5.0, 5.5.1
>            Reporter: Gary Tully
>            Assignee: Gary Tully
>              Labels: audit, duplicate, failover
>             Fix For: 5.8.0
>
>
> The failover: reconnect logic can submit duplicate messages, if a send reply is lost. this is trapped by the producerAudit. The audit keeps an LRU cache of producerIds and message sequence ids. The default value is 64. This is a little small if many producers come and go. It can be configured via: {code}<kahaDB ...  maxFailoverProducersToTrack="2048" />{code}. The problem is picking a value.
> If a connection is down for an indeterminate time, the number of producers that will be seen by the audit is indeterminate. It can be made very large, but this will consume memory resources. The audit needs to be maintained on a connection basis. This will suffer from the same problem, how many connections to audit, but with connection pools this can be mitigated better than producers.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira