<div dir="ltr">We tried the test program on two platforms:<div><br></div><div><div>1. OpenGL vendor string: VMware, Inc.</div><div>OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits)</div><div>OpenGL version string: 2.1 Mesa 11.0.7</div></div><div><br></div><div>Here the leak is about 70MB for 10000. Here our collaborator run the equivalent python program.</div><div>He connected to a linux machine using TigerVNC.</div><div><br></div><div><div>2. OpenGL vendor string: NVIDIA Corporation</div><div>OpenGL renderer string: Quadro K2000/PCIe/SSE2</div><div>OpenGL core profile version string: 4.2.0 NVIDIA 304.131</div><div>OpenGL core profile shading language version string: 4.20 NVIDIA via Cg compiler</div></div><div><br></div><div>Here the leak is about 20 MB for 10000 iterations.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 10, 2016 at 9:40 AM, Dan Lipsa <span dir="ltr"><<a href="mailto:dan.lipsa@kitware.com" target="_blank">dan.lipsa@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks Dave. This is a great idea. I will test this and report back.<div><br><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Beyond that, the debugging tools are failing us and I don't see many other options than to start cutting out bits of the code to locate the problem. See if the leak goes away when, e.g. vtkOpenGLRenderer::DeviceRender is bypassed and go from there.</div></div></div></div></blockquote><div><br></div></span><div>Indeed. Thanks for the pointer.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Dan</div><div><br></div></font></span></div></div></div></div>
</blockquote></div><br></div>