]
Bela Ban commented on JGRP-1379:
--------------------------------
The test for this is LargeMergeTest
Make merging more scalable / robust
-----------------------------------
Key: JGRP-1379
URL:
https://issues.jboss.org/browse/JGRP-1379
Project: JGroups
Issue Type: Task
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.0
Make the MERGE2/GMS/Merger code more robust and scale better in large clusters.
- While a merge is going on, stop sending out discovery requests. This reduces
unnecessary traffic, especially in large clusters where discovery responses include the
entire view of a sub-cluster
- If we start a merge, or receive a MERGE-REQUEST, start a timer which cancels the merge
after <merge_timeout *2> milliseconds. This is similar to the MergeKiller code, and
prevents stale merges, e.g. by a crashed merge leader
- If we have merge participants A,B,C,D,E but A only receives merge responses from
itself, B and D, then don't cancel the merge, but instead proceed with merging A, B
and D. This is currently not done, but a merge is cancelled when we don't get
responses from every participant.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: