Heap dump shows memory accumulation in one instance of org.jgroups.protocols.pbcast.NAKACK

Solution Unverified - Updated -

Issue

  • We are analysing a heap dump and we have a problem:
One instance of "org.jgroups.protocols.pbcast.NAKACK" loaded by "org.jboss.classloader.spi.base.BaseClassLoader @ 0x2aaacfe84578" occupies 609,198,944 (38.19%) bytes. The memory is accumulated in one instance of "java.util.concurrent.ConcurrentHashMap$Segment[]" loaded by "<system class loader>".

Keywords
org.jboss.classloader.spi.base.BaseClassLoader @ 0x2aaacfe84578
org.jgroups.protocols.pbcast.NAKACK
java.util.concurrent.ConcurrentHashMap$Segment[]

Can you see where the problem is ?

  • Heap dump shows org.jgroups.stack.NakReceiverWindow occupying a high percentage of the heap
Class Name                                                          | Shallow Heap | Retained Heap
---------------------------------------------------------------------------------------------------
org.jgroups.stack.NakReceiverWindow @ 0xccdc60b8                    |           88 |   465,927,320
|- listener org.jgroups.protocols.pbcast.NAKACK @ 0xccdc1c38        |          232 |   465,966,160
|  |- xmit_table java.util.concurrent.ConcurrentHashMap @ 0xccdc5d90|           48 |   465,932,648
---------------------------------------------------------------------------------------------------

Environment

Red Hat JBoss Enterprise Application Platform (EAP) 5.1.x

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content