[Paraview] Unreclaimed memory in coprocessing? (PV 3.12.0 and git-master)

[Biddiscombe, John A.]

Utkarsh
I'm just using process explorer, which is why I said it may not be a real leak. I'm only seeing gross heap usage, and as you know when free blocks are consumed the heap can grow even though the actual usage is stable (especially true with this quite small change I'm seeing). I'll do some more tests, when I get time - or just leave this running overnight and see if it grows unboundedly.

[cid:image002.png at 01CCCFB4.4A5B1D90]

From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com]
Sent: 10 January 2012 16:00
To: Biddiscombe, John A.
Cc: Takuya OSHIMA; paraview at paraview.org
Subject: Re: [Paraview] Unreclaimed memory in coprocessing? (PV 3.12.0 and git-master)

John,

What did you use for your memory profiling?

Utkarsh
On Tue, Jan 10, 2012 at 9:51 AM, Biddiscombe, John A. <biddisco at cscs.ch<mailto:biddisco at cscs.ch>> wrote:

Takuya



Running a test of coprocessing on a very small simulation using just 2 cores on the desktop, I am seeing what looks like a very small leak. Over about 30 iterations, it's of the order of 30MB, so might not be real (need to test on a bigger domain to see if it grows faster), but the trend looks credible. I'll see if I can pinpoint where the loss is occurring.



JB



[cid:image003.png at 01CCCFB4.4A5B1D90]



-----Original Message-----
From: paraview-bounces at paraview.org<mailto:paraview-bounces at paraview.org> [mailto:paraview-bounces at paraview.org<mailto:paraview-bounces at paraview.org>] On Behalf Of Takuya OSHIMA
Sent: 10 January 2012 15:11
To: paraview at paraview.org<mailto:paraview at paraview.org>
Subject: Re: [Paraview] Unreclaimed memory in coprocessing? (PV 3.12.0 and git-master)



Attached in the previous mail is a sample Python coprocessing script that exhibits the problem (written by the coprocessing script generator of git-master as of today).



Takuya



Takuya OSHIMA, Ph.D.

Faculty of Engineering, Niigata University

8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN



From: Takuya OSHIMA <oshima at eng.niigata-u.ac.jp<mailto:oshima at eng.niigata-u.ac.jp>>

Subject: Unreclaimed memory in coprocessing? (PV 3.12.0 and git-master)

Date: Tue, 10 Jan 2012 23:08:21 +0900 (JST)



> 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

_______________________________________________

Powered by www.kitware.com<http://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

_______________________________________________
Powered by www.kitware.com<http://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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20120110/328da083/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 22253 bytes
Desc: image002.png
URL: <http://www.paraview.org/pipermail/paraview/attachments/20120110/328da083/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 8957 bytes
Desc: image003.png
URL: <http://www.paraview.org/pipermail/paraview/attachments/20120110/328da083/attachment-0003.png>