[
https://issues.jboss.org/browse/JGRP-1259?page=com.atlassian.jira.plugin....
]
Bela Ban commented on JGRP-1259:
--------------------------------
Alternative: create a new protocol (HEADER_COMPRESSION) which is layered over transport
and (a second) FRAG2 (which is more efficient than FRAG): UDP:FRAG2(id=2322):HEADER_COMP.
HEADER_COMP would check if the payload is null, and - if so - marshall the headers
directly into the payload.
Not good because the payload is not always null, so we'd still need FRAG... :-(
Reduce size of large headers: place data into message itself
------------------------------------------------------------
Key: JGRP-1259
URL:
https://issues.jboss.org/browse/JGRP-1259
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.12
When we send a view around, we essentially create an empty Message and attach a
GmsHeader.VIEW with the new view.
If the view consists of 200 members, the view header will be very big and the message is
still empty (null buffer).
The issue here is that FRAG2 only fragments the message's buffer (this is faster),
and so a huge header might add so much to the size of a serialized message that the
transport (UDP) won't be able to send it !
SOLUTION: still use the header (e.g. GmsHeader.VIEW), but place potentially large
payloads into the message. This will allow FRAG2 to fragment the message very efficiently.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira