<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";
        mso-fareast-language:EN-US;}
span.PlainTextChar
        {mso-style-name:"Plain Text Char";
        mso-style-priority:99;
        mso-style-link:"Plain Text";
        font-family:"Calibri","sans-serif";}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoPlainText">Takuya<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">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&#8217;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&#8217;ll see if I can pinpoint where the loss is occurring.<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">JB<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText"><span style="mso-fareast-language:EN-GB"><img width="1726" height="155" id="Picture_x0020_1" src="cid:image001.png@01CCCFAF.985F7180"></span><o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText"><span lang="EN-US" style="mso-fareast-language:EN-GB">-----Original Message-----<br>
From: paraview-bounces@paraview.org [mailto:paraview-bounces@paraview.org] On Behalf Of Takuya OSHIMA<br>
Sent: 10 January 2012 15:11<br>
To: paraview@paraview.org<br>
Subject: Re: [Paraview] Unreclaimed memory in coprocessing? (PV 3.12.0 and git-master)</span></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">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).<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">Takuya<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">Takuya OSHIMA, Ph.D.<o:p></o:p></p>
<p class="MsoPlainText">Faculty of Engineering, Niigata University<o:p></o:p></p>
<p class="MsoPlainText">8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">From: Takuya OSHIMA &lt;<a href="mailto:oshima@eng.niigata-u.ac.jp"><span style="color:windowtext;text-decoration:none">oshima@eng.niigata-u.ac.jp</span></a>&gt;<o:p></o:p></p>
<p class="MsoPlainText">Subject: Unreclaimed memory in coprocessing? (PV 3.12.0 and git-master)<o:p></o:p></p>
<p class="MsoPlainText">Date: Tue, 10 Jan 2012 23:08:21 &#43;0900 (JST)<o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">&gt; Hi,<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt; I am having a problem where the memory usage of my simulation program
<o:p></o:p></p>
<p class="MsoPlainText">&gt; which links with the PV coprocessing library grows until it gets
<o:p></o:p></p>
<p class="MsoPlainText">&gt; killed by the operating system.<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt; I have the following piece of code for triggering coprocessing and if
<o:p></o:p></p>
<p class="MsoPlainText">&gt; I watch the memory usage with the ps/top commands it grows only at the
<o:p></o:p></p>
<p class="MsoPlainText">&gt; timestep where this-&gt;Processor-&gt;CoProcess() is called. My simulation
<o:p></o:p></p>
<p class="MsoPlainText">&gt; program uses vtkImageData as underlying data structure so no data
<o:p></o:p></p>
<p class="MsoPlainText">&gt; format adaptation (that may involve allocating extra memory for data<o:p></o:p></p>
<p class="MsoPlainText">&gt; copy) is performed.<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp; this-&gt;DataDescription-&gt;SetTimeData(this-&gt;TimeInfo-&gt;GetTimeValue(),<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; this-&gt;TimeInfo-&gt;GetTIter());<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp; if (this-&gt;Processor-&gt;RequestDataDescription(this-&gt;DataDescription))<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; {<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; vtkCPInputDataDescription *idd<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = this-&gt;DataDescription-&gt;GetInputDescriptionByName(&quot;input&quot;);<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; // obtain vtkImageData to coprocess from my simulation program<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; vtkImageData *grid = this-&gt;TimeInfo-&gt;GetGrid();<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; idd-&gt;SetWholeExtent(grid-&gt;GetWholeExtent());<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; idd-&gt;SetGrid(grid);<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; // now call the coprocessing library<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; this-&gt;Processor-&gt;CoProcess(this-&gt;DataDescription);<o:p></o:p></p>
<p class="MsoPlainText">&gt;&nbsp;&nbsp;&nbsp;&nbsp; }<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt; Besides, the Apple's &quot;leaks&quot; tool shows no meaningful leaks which
<o:p></o:p></p>
<p class="MsoPlainText">&gt; makes me wonder if e.g. there are un-unregistered proxies than simply
<o:p></o:p></p>
<p class="MsoPlainText">&gt; unmatched New()/Delete() or new/delete pairs.<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt; The problem is same for PV 3.12.0 and the git master as of today.<o:p></o:p></p>
<p class="MsoPlainText">&gt; Is anybody else having the problem? Any ideas?<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt; Thanks,<o:p></o:p></p>
<p class="MsoPlainText">&gt; Takuya<o:p></o:p></p>
<p class="MsoPlainText">&gt; <o:p></o:p></p>
<p class="MsoPlainText">&gt; Takuya OSHIMA, Ph.D.<o:p></o:p></p>
<p class="MsoPlainText">&gt; Faculty of Engineering, Niigata University<o:p></o:p></p>
<p class="MsoPlainText">&gt; 8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN<o:p></o:p></p>
<p class="MsoPlainText">_______________________________________________<o:p></o:p></p>
<p class="MsoPlainText">Powered by <a href="http://www.kitware.com"><span style="color:windowtext;text-decoration:none">www.kitware.com</span></a><o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html">
<span style="color:windowtext;text-decoration:none">http://www.kitware.com/opensource/opensource.html</span></a><o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">Please keep messages on-topic and check the ParaView Wiki at:
<a href="http://paraview.org/Wiki/ParaView"><span style="color:windowtext;text-decoration:none">http://paraview.org/Wiki/ParaView</span></a><o:p></o:p></p>
<p class="MsoPlainText"><o:p>&nbsp;</o:p></p>
<p class="MsoPlainText">Follow this link to subscribe/unsubscribe:<o:p></o:p></p>
<p class="MsoPlainText"><a href="http://www.paraview.org/mailman/listinfo/paraview"><span style="color:windowtext;text-decoration:none">http://www.paraview.org/mailman/listinfo/paraview</span></a><o:p></o:p></p>
</div>
</body>
</html>