Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-12486

Memory leak in OpenTracing when deployment is redeployed multiple times

XMLWordPrintable

      There seems to be a memory leak when a deployment is redeployed multiple times (100 times in our test). This is very similar to what has been described in WFLY-10991. Also first commit this started to happen is this one - JaegerTracing and Apache Thrift dependencies update. Thus I selected MP OpenTracing component for this issue.

      Test and deployment is same as is described in WFLY-10991.

      Size of the extra heap in use is about 27MB plus when compared to the initial size before multiple redeploy operations.

      I've tried to check manually via visualVM tool. Screenshot with suspicious jaegertracing instances are attached - there are much more jaegertracing class instances with new version of Jager Tracing and Apache Thrift dependencies, which is suspicious.

      Interesting thing is that when microprofile-opentracing-smallrye subsystem is removed via:

      /subsystem=microprofile-opentracing-smallrye:remove()
      

      the memory leak is still present. This is kind of confusing to me.

        1. memory-leak-bad.png
          memory-leak-bad.png
          263 kB
        2. memory-leak-good.png
          memory-leak-good.png
          252 kB
        3. wildfly-thread-leak.png
          wildfly-thread-leak.png
          181 kB

              ehugonne1@redhat.com Emmanuel Hugonnet
              jstourac@redhat.com Jan Stourac
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Created:
                Updated:
                Resolved: