You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Jiri Danek (JIRA)" <ji...@apache.org> on 2016/06/07 20:58:20 UTC
[jira] [Commented] (DISPATCH-367) balanced distribution needs to be
more... balanced.
[ https://issues.apache.org/jira/browse/DISPATCH-367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15319404#comment-15319404 ]
Jiri Danek commented on DISPATCH-367:
-------------------------------------
As I understand balanced delivery, it sends the message on the link that has fewest unsettled deliveries. Since those are blocking sends, every delivery is first settled before the next delivery begins, and dispatch is not doing any randomization if more than one link firs, therefore only one receiver is participating.
I guess the best behavior is use-case specific. Imagine I have a receiver handling messages and I want to make my system futureproof in case load increases and one receiver is not able to handle it. I put more receivers in the network. Do I want to have receivers sharing the load equally from the start, or do I want to have only one of them participating and keep the others as a "hot spare", used only if the previous receivers stop being able to handle the load as it comes? Both are IMO valid.
> balanced distribution needs to be more... balanced.
> ---------------------------------------------------
>
> Key: DISPATCH-367
> URL: https://issues.apache.org/jira/browse/DISPATCH-367
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
> Affects Versions: 0.6.0
> Reporter: Ken Giusti
> Fix For: 0.6.0
>
>
> When blocking sends are done to a balanced address with multiple consumers on the same router all the messages go to one of the consumers.
> I would expect that the messages would be evenly distributed across all _locally_attached_ consumers.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org