[jboss-jira] [JBoss JIRA] Issue Comment Edited: (JGRP-1315) Discovery: don't send view back with discovery response

[ https://issues.jboss.org/browse/JGRP-1315?page=com.atlassian.jira.plugin.... ] Bela Ban edited comment on JGRP-1315 at 8/11/11 11:20 AM: ---------------------------------------------------------- For discovery requests triggered by GMS (JOIN), every member returns: - Its own address (UUID) - Its logical name - Its physical address - The coordinator's address (UUID) For discovery requests triggered by MERGE2, every member returns: - *ViewId* (instead of View) For merge-triggered discovery requests, MERGE2 only checks if ViewIds differ. If they do, a merge is initiated. --> We do not need to send the entire View, which saves space on large clusters Further optimization: - With MERGE2, the coordinator sends its ViewId along with the discovery request. Only members whose ViewId differ, send a discovery response --> Say we have 3 partitions --> If we have 100 members, the existing code sends 100 discovery responses, whereas the new code would send 2 responses ! was (Author: belaban): For discovery requests triggered by GMS (JOIN), every member returns: - UUID - Logical name - Physical address For discovery requests triggered by MERGE2, every member returns: - *ViewId* (instead of View) For merge-triggered discovery requests, MERGE2 only checks if ViewIds differ. If they do, a merge is initiated. --> We do not need to send the entire View, which saves space on large clusters Further optimization: - With MERGE2, the coordinator sends its ViewId along with the discovery request. Only members whose ViewId differ, send a discovery response --> Say we have 3 partitions --> If we have 100 members, the existing code sends 100 discovery responses, whereas the new code would send 2 responses ! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira