Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of trustin@gmail.com designates
 64.233.184.203 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references;
        b=ePyBHBf/l+MNabIPS6wpsUnRZi2nfQf26Ppb5roV3fKMG7qWb7eAreJQEtSHdbp9c47Mm3UF//QOChOtrh6EbUmH08/LIMKV4t9VfDMRAFTx+UBgErLduTPcOEIKiTC+6f2mGG2Nj8c/jt+s8JJa5PcTTctJ5jvVpyBhEQOUZcs=
Message-ID: <768dcb2e05071406321834b1eb@mail.gmail.com>
Date: Thu, 14 Jul 2005 22:32:30 +0900
From: Trustin Lee <trustin@gmail.com>
Reply-To: Trustin Lee <trustin@gmail.com>
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Re: [mina] ByteBuffer allocation memory leak
In-Reply-To: <8DE3B7F7701E624B95DFA90DCB930D8707CD50@mailsrv.transwitch.co.za>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_8200_21445982.1121347950451"
References: <8DE3B7F7701E624B95DFA90DCB930D8707CD50@mailsrv.transwitch.co.za>

------=_Part_8200_21445982.1121347950451
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Donovan,

2005/7/14, Donovan Du Plessis <donovand@prism.co.za>:
>=20
> e.g. ByteBuffer buffer_ =3D ByteBuffer.allocate(lengthOfPacket);
>=20

Do you call ByteBuffer.wrap() to wrap existing NIO buffer or byte array? If=
=20
so, it can cause memory leak. (Please see MINA ByteBuffer JavaDoc. You'll=
=20
have to call buffer_.acquire() once to prevent the leak.)

If not, all newly allocated ByteBuffers are released to internal MINA=20
ByteBufferPool. But it is not actually released, but hold by the pool=20
forever. So in the short term, it can be look like a memory leak, but the=
=20
usage of memory will not increase after sufficient amount of buffers are=20
pooled by the MINA. If OutOfMemoryError occurs, please try to increase=20
direct memory size of your VM like this:

java -XX:MaxDirectMemorySize=3D262144K ...

Please let me know the memory usage increases without limit even after=20
following the instruction above. And it would be nice if which type of=20
object is leaking.

Trustin
--=20
what we call human nature is actually human habit
--
http://gleamynode.net/

------=_Part_8200_21445982.1121347950451
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi Donovan,<br>
<br>
<div><span class=3D"gmail_quote">2005/7/14, Donovan Du Plessis &lt;<a href=
=3D"mailto:donovand@prism.co.za">donovand@prism.co.za</a>&gt;:</span><block=
quote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 2=
04); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<p align=3D"left"><span lang=3D"en-us"><font face=3D"Verdana" size=3D"2">e.=
g. ByteBuffer buffer_ =3D ByteBuffer.allocate(lengthOfPacket);</font></span=
></p></blockquote><div><br>
Do you call ByteBuffer.wrap() to wrap existing NIO buffer or byte
array?&nbsp; If so, it can cause memory leak. (Please see MINA
ByteBuffer JavaDoc.&nbsp; You'll have to call buffer_.acquire() once to
prevent the leak.)<br>
</div><br>
If not, all newly allocated ByteBuffers are released to internal MINA
ByteBufferPool.&nbsp; But it is not actually released, but hold by the
pool forever.&nbsp; So in the short term, it can be look like a memory
leak, but the usage of memory will not increase after sufficient amount
of buffers are pooled by the MINA.&nbsp; If OutOfMemoryError occurs,
please try to increase direct memory size of your VM like this:<br>
<br>
java -XX:MaxDirectMemorySize=3D262144K ...<br>
<br>
</div>Please let me know the memory usage increases without limit even
after following the instruction above.&nbsp; And it would be nice if
which type of object is leaking.<br>
<br>
Trustin<br>-- <br>what we call human nature is actually human habit<br>--<b=
r><a href=3D"http://gleamynode.net/">http://gleamynode.net/</a>

------=_Part_8200_21445982.1121347950451--