<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Constantly increasing memory consumption in JavaFX applications"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=98831#c5">Comment # 5</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Constantly increasing memory consumption in JavaFX applications"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=98831">bug 98831</a>
              from <span class="vcard"><a class="email" href="mailto:eero.t.tamminen@intel.com" title="Eero Tamminen <eero.t.tamminen@intel.com>"> <span class="fn">Eero Tamminen</span></a>
</span></b>
        <pre>(In reply to Itai from <a href="show_bug.cgi?id=98831#c3">comment #3</a>)
<span class="quote">> The problem disappears completely when using SW rendering in Java
> (-Dprism.order=sw), which as far as I understand surpasses Mesa, but I'm not
> sure. </span >

It's not using Mesa's SW rendering?


<span class="quote">> I don't know if it is of any help, but the last lines are attached here: 

> ==18204== 16,793,616 bytes in 1 blocks are possibly lost in loss record
> 6,235 of 6,237
> ==18204==    at 0x4C2BBCF: malloc (vg_replace_malloc.c:299)
> ==18204==    by 0x2A344779: _swrast_CreateContext (s_context.c:775)</span >

This is a single-time alloc done when application asks for compatibility
profile instead of the core profile (like modern GL apps do).  It's not the
problem.

Could you try Valgrind Massif instead?


(In reply to Itai from <a href="show_bug.cgi?id=98831#c4">comment #4</a>)
<span class="quote">> Replaying with Apitrace does not exhibit the problem.</span >

This means that either:
- the leak is on JavaFX side, or
- Apitrace trace/replay changes something in the JavaFX GL calls (e.g. context
setup or how multiple contexts are handled)


<span class="quote">> Additionally, it seems
> to perform altogether much better, hardly taxing my CPU, while the original
> seems to constantly use up a whole core (~24% CPU usage).  </span >

Java + leaking being slower could be due to swapping, if you don't have enough
RAM for the resulting app memory usage.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>