Hi, I am having a problem where the memory usage of my simulation program which links with the PV coprocessing library grows until it gets killed by the operating system.
I have the following piece of code for triggering coprocessing and if
I watch the memory usage with the ps/top commands it grows only at the
timestep where this->Processor->CoProcess() is called. My simulation
program uses vtkImageData as underlying data structure so no data
format adaptation (that may involve allocating extra memory for data
copy) is performed.
this->DataDescription->SetTimeData(this->TimeInfo->GetTimeValue(),
this->TimeInfo->GetTIter());
if (this->Processor->RequestDataDescription(this->DataDescription))
{
vtkCPInputDataDescription *idd
= this->DataDescription->GetInputDescriptionByName("input");
// obtain vtkImageData to coprocess from my simulation program
vtkImageData *grid = this->TimeInfo->GetGrid();
idd->SetWholeExtent(grid->GetWholeExtent());
idd->SetGrid(grid);
// now call the coprocessing library
this->Processor->CoProcess(this->DataDescription);
}
Besides, the Apple's "leaks" tool shows no meaningful leaks which
makes me wonder if e.g. there are un-unregistered proxies than simply
unmatched New()/Delete() or new/delete pairs.
The problem is same for PV 3.12.0 and the git master as of today.
Is anybody else having the problem? Any ideas?
Thanks,
Takuya
Takuya OSHIMA, Ph.D.
Faculty of Engineering, Niigata University
8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN
surfaceRep.py
Description: Binary data
_______________________________________________ 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
