Hi Thomas,
We've been hitting this same problem and trying to fix this since last week.
We're creating an animation with pvbatch rather than pvserver.
The only success we've had is with ParaView-3.8.
3.10 and 3.12 both have the behaviour you describe below.
We've also tried building PV with Mesa3d 6.5.2, 7.10.3 and 7.11.2 and
without MPI.
Here's a link to a valgrid/vtk_debug_leaks output of a cut down
animation that doesn't run of memory (but does grow steadily):
http://pastebin.com/j1crtJp0
Plenty of squawks... the only thing I can see that would account for the
amount of memory leaking is the 3.6GB memory "still reachable".
This could be due to C++ STL memory pooling - was STL added after 3.8?
Goodwin
On 05/12/2011 15:14, Thomas Witkowski wrote:
Hi,
I want to export an animation of a pvd file to a stack of png files. I
use ParaView 3.10.0 and remote rendering, thus, I start the pvserver on
a remote machine. When exporting the animation, or even when I step
through the data using the time line, the X-Server on the remote machine
run outs of memory. It seems that when going from one timestep to
another one the data from the old timestep is not freed. What's wrong? I
alread disabled "cache geometry" on the local client.
Thanks for any advise,
Thomas
_______________________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the ParaView Wiki at:
http://paraview.org/Wiki/ParaView
Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview
