[
https://issues.jboss.org/browse/JGRP-1528?page=com.atlassian.jira.plugin....
]
Bela Ban commented on JGRP-1528:
--------------------------------
Yes, I guess sync calls would block, but the block time would be smaller, as you said
above. Note that this feature can be turned off, perhaps even on a per-message basis (not
planned for now though).
The API is not going to change, this only affects the RELAY2 protocol.
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