[ http://jira.jboss.com/jira/browse/JGRP-725?page=all ] Bela Ban updated JGRP-725: -------------------------- Summary: FRAG: option to discard output stream, so we don't keep large buffers around (was: FRAG2: optionally use Message.size() rather than Message.length() to compute message size) Description: When we send many small 1K messages, the size of the ByteArrayOutputStream's underlying byte buffer will be 1K (before fragmentation). When we then send a 10MB message, the size is 10MB. When we subsequently only send 1K messages, the 10MB are still kept around. SOLUTION: add option to create a new BAOS every time a message is fragmented. was: FRAG2 by default uses Message.length() to compute the size of a message, to determine whether the message need to be fragmented or not. If we have many headers, this might *not* fragment the message, but when marshalled, the message might be too large for UDP to send it. SOLUTION: add a use_real_size property which uses Message.size() instead of Message.length(), and ignores 'overhead'. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira