<div dir="ltr">Kevin and Dave Brown,<div><br></div><div>Thanks so much for the fix and the development build.  We activated the ncl_dev environment.  The NCL version string is what you said it should be.</div><div><br></div><div>The grib2 test program shows that the memory leak is fixed.  Have a good weekend!</div><div><br></div><div>--Dave<div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 30, 2017 at 3:43 PM, Kevin Hallock <span dir="ltr">&lt;<a href="mailto:hallock@ucar.edu" target="_blank">hallock@ucar.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Dave A.,<div><br></div><div>I just uploaded a new development build of NCL to the “ncar&quot; conda channel. If you do not have Anaconda/Miniconda/“conda” installed already, please refer to our <a href="http://ncl.ucar.edu/Download/conda.shtml" target="_blank">conda installation instructions</a>.</div><div><br></div><div>Once conda is installed (if it wasn’t already), could you please try running the following commands to create a new conda environment, activate it, and check the version of NCL:</div><div><font face="Menlo">conda create -n ncl_dev -c ncar -c conda-forge ncl=dev</font></div><div><font face="Menlo">source activate ncl_dev</font></div><div><font face="Menlo">ncl -V</font></div><div><br></div><div>The version string reported by NCL should be &quot;dev_20170629-9b3b2ff”.</div><div><br></div><div>Also, while the NCL package itself is on the “ncar” channel, all of its dependencies (NetCDF, HDF, GRIB, etc) are on “conda-forge”, which is why “-c conda-forge” is included in the “conda create …” command.</div><div><br></div><div>Thanks,</div><div>Kevin</div><div><br><div><blockquote type="cite"><div>On Jun 29, 2017, at 6:23 PM, David Brown &lt;<a href="mailto:dbrown@ucar.edu" target="_blank">dbrown@ucar.edu</a>&gt; wrote:</div><br class="m_-1917318841701207856Apple-interchange-newline"><div><div>Hopefully very soon. We will announce it.<br> -dave<br><br>On Thu, Jun 29, 2017 at 5:11 PM, Dave Allured - NOAA Affiliate<br>&lt;<a href="mailto:dave.allured@noaa.gov" target="_blank">dave.allured@noaa.gov</a>&gt; wrote:<br><blockquote type="cite">Dave B,<br><br>That&#39;s great.  Thank you for the quick response.<br><br>Do you have a rough estimate for when the conda development branch access<br>might be available?<br><br>--Dave A.<br><br><br>On Thu, Jun 29, 2017 at 4:08 PM, David Brown &lt;<a href="mailto:dbrown@ucar.edu" target="_blank">dbrown@ucar.edu</a>&gt; wrote:<br><blockquote type="cite"><br>Dave ,<br>This leak has been fixed. If you need the new version, let us know. We<br>are in the process of creating a system where a new build will be<br>available the next day whenever a change has been made to the<br>development branch of the code. This will be via the ncar conda<br>channel.<br> -dave<br><br>On Thu, Jun 29, 2017 at 10:21 AM, David Brown &lt;<a href="mailto:dbrown@ucar.edu" target="_blank">dbrown@ucar.edu</a>&gt; wrote:<br><blockquote type="cite">Hi Dave,<br>We will check this out.<br> -dave<br><br>On Thu, Jun 29, 2017 at 10:09 AM, Dave Allured - NOAA Affiliate<br>&lt;<a href="mailto:dave.allured@noaa.gov" target="_blank">dave.allured@noaa.gov</a>&gt; wrote:<br><blockquote type="cite">NCL team,<br><br>When reading a series of grib2 files, I get a serious memory leak.  For<br>each<br>grib2 file of about 60 Mb size, it seems that about 15 Mb of user<br>memory is<br>consumed by addfile, and never released.<br><br>Is this an NCL bug?  Is there a quick fix or a patch available?<br><br>We tested similar scenarios with Netcdf file sets, and never saw a<br>memory<br>accumulation like this.<br><br>I tested this with NCL 6.4.0 on two systems, and got identical<br>behavior:<br><br>* Mac OS El Capitan (10.11.6)<br>* Linux, Centos 6.9.<br><br>Following is a simple test case.  I suggest using any available grib2<br>data<br>set for your own testing.  I can upload some of these grib2 files if<br>you<br>can&#39;t duplicate the behavior with your own files.<br><br>begin<br>  base = &quot;/Projects/Reforecast2/1985/<wbr>198501/&quot;<br>  wildcard = &quot;198501??00/[cp]??/latlon/hgt_<wbr>pres_198501??00_???.grib2&quot;<br><br>  files  = systemfunc (&quot;ls -1 &quot; + base + wildcard)<br>  nfiles = dimsizes (files)<br>  print (&quot;Number of files = &quot; + nfiles)<br><br>  do i = 0, nfiles-1<br>    f = addfile (files(i), &quot;r&quot;)<br>    print (i + &quot;  &quot; + files(i))<br>    delete (f)<br>  end do<br>end<br><br>Thanks for looking into this.<br><br>--Dave</blockquote></blockquote></blockquote></blockquote></div></div></blockquote></div></div></div></blockquote></div></div></div></div>