qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (DISPATCH-781) Experimental - Tie end-to-end flow control of message-routed deliveries to outgoing capacity
Date Thu, 01 Jun 2017 20:17:04 GMT

    [ https://issues.apache.org/jira/browse/DISPATCH-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16033609#comment-16033609

ASF subversion and git services commented on DISPATCH-781:

Commit 645b2e6b436d3a9f43fd378f6310e11449fee7ef in qpid-dispatch's branch refs/heads/tross-dispatch-781-1
from [~tross@redhat.com]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-dispatch.git;h=645b2e6 ]

DISPATCH-781 - Only display creditWindow for in-links

> Experimental - Tie end-to-end flow control of message-routed deliveries to outgoing capacity
> --------------------------------------------------------------------------------------------
>                 Key: DISPATCH-781
>                 URL: https://issues.apache.org/jira/browse/DISPATCH-781
>             Project: Qpid Dispatch
>          Issue Type: Improvement
>          Components: Router Node, Routing Engine
>            Reporter: Ted Ross
>            Assignee: Ted Ross
> This feature reverses the management of incoming credit for message-routed deliveries.
> The current mechanism is based on the the capacity of the incoming (sender-client) links.
 Each attached sender is given credit equal to the configured link capacity regardless of
the capacity of outgoing (receiver-client) links for the same address.  This means that even
under congestion, a newly attached sender will get full capacity credit to send.
> The proposed mechanism is based not on incoming capacity but on outgoing capacity.  In
this case, the senders are provided a share of the total outgoing capacity for an address.
 Under congestion, newly attached senders will not be given full credit.
> The proposal is a heuristic approach.  It does not revoke credit from senders (but will
limit the number of credits that are replenished).  It will also not deny credit if there
are more incoming links than outgoing capacity.

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