memory leak? a problem about DownstreamMessageEvent

["이희승 (Trustin Lee)"]

It seems to take almost eternity to download the heap dump.  Let me get
back to you once I finish downloading it and have a chance to analyze it.

On 01/04/2011 02:10 PM, chris wrote:
> 
> the problem about decoder i had resolved at last week , i found the core
> problem was i config the decoder and handler as singleton,now it were not
> singleton,  but the memory leak still exist.
> i upload the jmap dump file at http://121.101.216.141:8080/0104dump
> 
> and i startup the jhat service at http://121.101.216.141:11411
> 
> if you can not access http://121.101.216.141:11411  please just wait for a
> moment ,because the 0104dump size=2.7G, i'm startup jhat at  13:10
> 
> i'm waiting for your reply online.
> 
> 
> 
> Upstream network tech.  Ltd.
> 
> Chris Cheung
> 
> focus on java,c programming language and linux core
> 
> 
> 
> On Tue, Jan 4, 2011 at 10:40, Trustin Lee [via Netty Forums and Mailing
> Lists] <ml-node+5887462-1798277912-309534 at n2.nabble.com<ml-node%2B5887462-1798277912-309534 at n2.nabble.com>
>> wrote:
> 
>> Could you upload the heap dump somewhere?
>>
>> --
>> Trustin Lee - http://gleamynode.net/
>> Sent from a mobile device - please excuse the brevity.
>>
>> On Jan 3, 2011, at 2:06 PM, chris <[hidden email]<http://user/SendEmail.jtp?type=node&node=5887462&i=0>>
>> wrote:
>>
>>>
>>> i'm developing a webgame,when i was doing performance testing(based on 8k
>>
>>> online user)  for one day(about 15 hours),
>>> i found  memory size jvm used was 4.8G ,i dump the memory by jmap,and
>>> startup the jhat viewer,  the top 12 classes as follower:
>>>
>>> 307739 instances of class org.jboss.netty.channel.DownstreamMessageEvent
>>> 297635 instances of class
>>> org.jboss.netty.util.internal.LinkedTransferQueue$Node
>>> 227420 instances of class
>> org.jboss.netty.buffer.BigEndianHeapChannelBuffer
>>> 159719 instances of class org.jboss.netty.channel.DefaultChannelFuture
>>> 152708 instances of class
>>> org.jboss.netty.channel.socket.nio.SocketSendBufferPool$PooledSendBuffer
>>> 138592 instances of class
>>> org.jboss.netty.channel.DefaultWriteCompletionEvent
>>> 132096 instances of class org.jboss.netty.buffer.DuplicatedChannelBuffer
>>> 120310 instances of class org.jboss.netty.buffer.DynamicChannelBuffer
>>> 107109 instances of class org.jboss.netty.channel.UpstreamMessageEvent
>>> 76816 instances of class
>>> org.jboss.netty.util.internal.ConcurrentHashMap$Segment
>>> 76816 instances of class
>>> [Lorg.jboss.netty.util.internal.ConcurrentHashMap$HashEntry;
>>> 65074 instances of class
>>> org.jboss.netty.util.internal.ConcurrentHashMap$ValueIterator
>>>
>>> i can not get why the instance count of DownstreamMessageEvent and
>>> UpstreamMessageEvent is so high?  can you  help me?
>>> thanks all.
>>> --
>>> View this message in context:
>> http://netty-forums-and-mailing-lists.685743.n2.nabble.com/memory-leak-a-problem-about-DownstreamMessageEvent-tp5880466p5880466.html<http://netty-forums-and-mailing-lists.685743.n2.nabble.com/memory-leak-a-problem-about-DownstreamMessageEvent-tp5880466p5880466.html?by-user=t>
>>> Sent from the Netty User Group mailing list archive at Nabble.com.
>>> _______________________________________________
>>> netty-users mailing list
>>> [hidden email] <http://user/SendEmail.jtp?type=node&node=5887462&i=1>
>>> https://lists.jboss.org/mailman/listinfo/netty-users
>>
>> _______________________________________________
>> netty-users mailing list
>> [hidden email] <http://user/SendEmail.jtp?type=node&node=5887462&i=2>
>> https://lists.jboss.org/mailman/listinfo/netty-users
>> what we call human nature in actuality is human habit
>> http://gleamynode.net/
>>
>>
>> ------------------------------
>>  View message @
>> http://netty-forums-and-mailing-lists.685743.n2.nabble.com/memory-leak-a-problem-about-DownstreamMessageEvent-tp5880466p5887462.html
>> To unsubscribe from memory leak? a problem about DownstreamMessageEvent, click
>> here<http://netty-forums-and-mailing-lists.685743.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=5880466&code=enoxMjg0NzY0M0BnbWFpbC5jb218NTg4MDQ2NnwtOTExNTUxOTIw>.
>>
>>
> 

-- 
Trustin Lee, http://gleamynode.net/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 294 bytes
Desc: OpenPGP digital signature
Url : http://lists.jboss.org/pipermail/netty-users/attachments/20110104/57555fe8/attachment.bin