[jboss-jira] [JBoss JIRA] Commented: (JGRP-1105) UNICAST: don't send retransmission messages individually
Bela Ban (JIRA)
jira-events at lists.jboss.org
Mon Nov 30 10:37:29 EST 2009
[ https://jira.jboss.org/jira/browse/JGRP-1105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12497237#action_12497237 ]
Bela Ban commented on JGRP-1105:
--------------------------------
The problem here is that all individual messages are sent at a different time (not like retransmissions for a given range, which all happen at the same time), so we cannot use ranges.
Investigate whether we can nevertheless use bit sets to accommodate seqnos in less space.
> UNICAST: don't send retransmission messages individually
> --------------------------------------------------------
>
> Key: JGRP-1105
> URL: https://jira.jboss.org/jira/browse/JGRP-1105
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 2.9
>
>
> Essentially the same as for NAKACK: instead of adding every message to the retransmitter and creating 1 timer task for it, we create SeqnoRanges in increments of (say) 1000 messages. SeqnoRange #1 is 1-1000, #2 is 1001-2000 and so on.
> Every SeqnoRange has a low and a high, e.g. lo=1 and high=1000. However, we only retransmit messages with their bit set to 0 from low to bits.length: if we added messages 1-100 to the first range, then low=1, length=100 and high=1000. We only retransmit from 1-100.
> This creates 1 task in the timer for 1000 messages, instead of 1000 tasks ! When adding a new message (e.g. 101), length() gets automatically adjusted, so retransmission will include 1-101 (only the 0 bits of course).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list