[
https://issues.jboss.org/browse/JGRP-1528?page=com.atlassian.jira.plugin....
]
Mircea Markus commented on JGRP-1528:
-------------------------------------
How would this fit with sync replication calls?
I guess they might still block for the batching duration, which I I guess would be much
smaller than (max_forward_attempts * forward_sleep milliseconds), i.e. would be in x *
100-millisecond timeout.
Also API wise, do you plan to return a future or ISPN-2423 is still relevant even when
this will be in place?
RELAY2: batch messages forwarded to remote sites
------------------------------------------------
Key: JGRP-1528
URL:
https://issues.jboss.org/browse/JGRP-1528
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.3
If a site is down, then forwarding a message to it will block the thread (actually: wait)
for max_forward_attempts * forward_sleep milliseconds.
If we have many incoming messages (from the local site) to be forwarded to the remote
site, then having every thread sleep for (say) 10 seconds will increase the thread pool.
We should therefore add *batching* to RELAY2; messages to be forwarded are queued until a
certain time has elapsed or the accumulated total size of all queued messages exceeds a
certain threshold.
Incoming messages to be forwarded would be added to the queue (allowing the sending
thread to be returned to the thread pool). A separate thread (or task) would monitor the
queue and do the forwarding, and it would also notice that a site is down and send
unreachable messages back to the original senders.
--
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