qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rob Godfrey (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (QPID-6621) [Java Broker] Slow performance of Shared Groups message grouping on large queues
Date Mon, 06 Jul 2015 15:01:07 GMT

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

Rob Godfrey updated QPID-6621:
    Status: Reviewable  (was: In Progress)

> [Java Broker] Slow performance of Shared Groups message grouping on large queues
> --------------------------------------------------------------------------------
>                 Key: QPID-6621
>                 URL: https://issues.apache.org/jira/browse/QPID-6621
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker
>    Affects Versions: 0.28, 0.30, 0.32
>            Reporter: Rob Godfrey
>            Assignee: Rob Godfrey
>             Fix For: 6.0 [Java]
> In shared group mode, when a consumer gets to the point where it has no more messages
from a group acquired by it, the consumer effectively relinquishes control of the group. 
At this point all messages from the group become available to other consumers... which means
that if they have gone "past" any such messages then then need to be reset.
> Currently this is achieved by iterating over the group and finding the next available
member of the group, and then making sure the consumers are set to before that point.
> However if the queue is large, and the common case is that there are no members of the
group, then every consumption of a message leads to iterating over the whole queue.
> It is preferable to keep a track of which messages consumers may have skipped over, and
simply to reset them to the least of these values.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org

View raw message