Uploaded image for project: 'ActiveMQ Classic'
  1. ActiveMQ Classic
  2. AMQ-6976

GC goes crazy under load. Heap is filled up with TransportConnectionState objects

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Critical
    • Resolution: Workaround
    • 5.15.3
    • 5.15.3
    • Broker
    • None
    • Windows Server 2012 R2 - 64bit
      230 GB RAM
      SSD HD

    Description

      We are running a so called "Shared Nothing" setup with several Wildfly 8.2.1 instances (10) on several host machines (4)- all connected to one standalone Activemq installation - Normally we have  600-700 connections in total to our broker.

      The Activemq installation is configured to use 8GB RAM.

      <broker xmlns="http://activemq.apache.org/schema/core" brokerName="dcdng" id="dcdng" useJmx="true" useShutdownHook="false"
      schedulerSupport="false" dataDirectory="C:/activemq/data" advisorySupport="false">
      
      <managementContext>
      <managementContext createConnector="true" connectorPort="61610" suppressMBean="endpoint=dynamicProducer,endpoint=Consumer,connectionName=*,destinationName=ActiveMQ.Advisory.*"/>
      </managementContext>
       <!-- ... -->
      </broker>

      The memory usage is set to 500mb which is sufficient since our messages are relative small. (MaxMessageSize: 41442)

       

      The system performs great until we put it under high load. Then the heap usage grows and it seems the memory cannot get cleaned up properly. 

      At the end I took a heap dump and the MAT prints the following:

      So why are there so many TransportConnectionState objects left an not cleaned up properly. When the system performs under "normal" load, everything seems to be fine.

      Attachments

        1. image-2018-05-28-13-54-21-048.png
          117 kB
          Markus L.
        2. image-2018-05-28-16-23-36-564.png
          198 kB
          Markus L.

        Activity

          People

            Unassigned Unassigned
            lemarkus Markus L.
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: