<div dir="ltr">NCL team,<div><br></div><div>When reading a series of grib2 files, I get a serious memory leak.  For each grib2 file of about 60 Mb size, it seems that about 15 Mb of user memory is consumed by addfile, and never released.</div><div><br></div><div>Is this an NCL bug?  Is there a quick fix or a patch available?</div><div><br></div><div><div>We tested similar scenarios with Netcdf file sets, and never saw a memory accumulation like this.</div></div><div><br></div><div>I tested this with NCL 6.4.0 on two systems, and got identical behavior:</div><div><br></div><div>* Mac OS El Capitan (10.11.6)</div><div>* Linux, Centos 6.9.</div><div><br></div><div>Following is a simple test case.  I suggest using any available grib2 data set for your own testing.  I can upload some of these grib2 files if you can&#39;t duplicate the behavior with your own files.</div><div><br></div><div><div>begin</div><div>  base = &quot;/Projects/Reforecast2/1985/198501/&quot;</div><div>  wildcard = &quot;198501??00/[cp]??/latlon/hgt_pres_198501??00_???.grib2&quot;</div><div><br></div><div>  files  = systemfunc (&quot;ls -1 &quot; + base + wildcard)</div><div>  nfiles = dimsizes (files)</div><div>  print (&quot;Number of files = &quot; + nfiles)<br></div><div><br></div><div>  do i = 0, nfiles-1</div><div>    f = addfile (files(i), &quot;r&quot;)</div><div>    print (i + &quot;  &quot; + files(i))</div><div>    delete (f)</div><div>  end do</div><div>end</div></div><div><br></div><div>Thanks for looking into this.</div><div><br></div><div>--Dave</div></div>