[jboss-jira] [JBoss JIRA] Updated: (JGRP-725) FRAG: option to discard output stream, so we don't keep large buffers around

[Bela Ban (JIRA)]

     [ 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'.


> FRAG: option to discard output stream, so we don't keep large buffers around
> ----------------------------------------------------------------------------
>
>                 Key: JGRP-725
>                 URL: http://jira.jboss.com/jira/browse/JGRP-725
>             Project: JGroups
>          Issue Type: Feature Request
>            Reporter: Bela Ban
>         Assigned To: Bela Ban
>            Priority: Minor
>             Fix For: 2.7, 2.6.3
>
>
> 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.

-- 
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