<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Dave A.,<div class=""><br class=""></div><div class="">I just uploaded a new development build of NCL to the “ncar" 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" class="">conda installation instructions</a>.</div><div class=""><br class=""></div><div class="">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 class=""><font face="Menlo" class="">conda create -n ncl_dev -c ncar -c conda-forge ncl=dev</font></div><div class=""><font face="Menlo" class="">source activate ncl_dev</font></div><div class=""><font face="Menlo" class="">ncl -V</font></div><div class=""><br class=""></div><div class="">The version string reported by NCL should be "dev_20170629-9b3b2ff”.</div><div class=""><br class=""></div><div class="">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 class=""><br class=""></div><div class="">Thanks,</div><div class="">Kevin</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 29, 2017, at 6:23 PM, David Brown <<a href="mailto:dbrown@ucar.edu" class="">dbrown@ucar.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hopefully very soon. We will announce it.<br class=""> -dave<br class=""><br class="">On Thu, Jun 29, 2017 at 5:11 PM, Dave Allured - NOAA Affiliate<br class=""><<a href="mailto:dave.allured@noaa.gov" class="">dave.allured@noaa.gov</a>> wrote:<br class=""><blockquote type="cite" class="">Dave B,<br class=""><br class="">That's great. Thank you for the quick response.<br class=""><br class="">Do you have a rough estimate for when the conda development branch access<br class="">might be available?<br class=""><br class="">--Dave A.<br class=""><br class=""><br class="">On Thu, Jun 29, 2017 at 4:08 PM, David Brown <<a href="mailto:dbrown@ucar.edu" class="">dbrown@ucar.edu</a>> wrote:<br class=""><blockquote type="cite" class=""><br class="">Dave ,<br class="">This leak has been fixed. If you need the new version, let us know. We<br class="">are in the process of creating a system where a new build will be<br class="">available the next day whenever a change has been made to the<br class="">development branch of the code. This will be via the ncar conda<br class="">channel.<br class=""> -dave<br class=""><br class="">On Thu, Jun 29, 2017 at 10:21 AM, David Brown <<a href="mailto:dbrown@ucar.edu" class="">dbrown@ucar.edu</a>> wrote:<br class=""><blockquote type="cite" class="">Hi Dave,<br class="">We will check this out.<br class=""> -dave<br class=""><br class="">On Thu, Jun 29, 2017 at 10:09 AM, Dave Allured - NOAA Affiliate<br class=""><<a href="mailto:dave.allured@noaa.gov" class="">dave.allured@noaa.gov</a>> wrote:<br class=""><blockquote type="cite" class="">NCL team,<br class=""><br class="">When reading a series of grib2 files, I get a serious memory leak. For<br class="">each<br class="">grib2 file of about 60 Mb size, it seems that about 15 Mb of user<br class="">memory is<br class="">consumed by addfile, and never released.<br class=""><br class="">Is this an NCL bug? Is there a quick fix or a patch available?<br class=""><br class="">We tested similar scenarios with Netcdf file sets, and never saw a<br class="">memory<br class="">accumulation like this.<br class=""><br class="">I tested this with NCL 6.4.0 on two systems, and got identical<br class="">behavior:<br class=""><br class="">* Mac OS El Capitan (10.11.6)<br class="">* Linux, Centos 6.9.<br class=""><br class="">Following is a simple test case. I suggest using any available grib2<br class="">data<br class="">set for your own testing. I can upload some of these grib2 files if<br class="">you<br class="">can't duplicate the behavior with your own files.<br class=""><br class="">begin<br class=""> base = "/Projects/Reforecast2/1985/198501/"<br class=""> wildcard = "198501??00/[cp]??/latlon/hgt_pres_198501??00_???.grib2"<br class=""><br class=""> files = systemfunc ("ls -1 " + base + wildcard)<br class=""> nfiles = dimsizes (files)<br class=""> print ("Number of files = " + nfiles)<br class=""><br class=""> do i = 0, nfiles-1<br class=""> f = addfile (files(i), "r")<br class=""> print (i + " " + files(i))<br class=""> delete (f)<br class=""> end do<br class="">end<br class=""><br class="">Thanks for looking into this.<br class=""><br class="">--Dave<br class=""></blockquote></blockquote></blockquote><br class=""><br class="">_______________________________________________<br class="">ncl-talk mailing list<br class=""><a href="mailto:ncl-talk@ucar.edu" class="">ncl-talk@ucar.edu</a><br class="">List instructions, subscriber options, unsubscribe:<br class="">http://mailman.ucar.edu/mailman/listinfo/ncl-talk<br class=""><br class=""></blockquote>_______________________________________________<br class="">ncl-talk mailing list<br class=""><a href="mailto:ncl-talk@ucar.edu" class="">ncl-talk@ucar.edu</a><br class="">List instructions, subscriber options, unsubscribe:<br class="">http://mailman.ucar.edu/mailman/listinfo/ncl-talk<br class=""></div></div></blockquote></div><br class=""></div></body></html>