<div dir="ltr">Well thank you for the sanity checks. Rick: I think there is a lot of string processing. I have another function "findVarName" that returns the variable string required for a given variable and model type. I often call this function like this: f->$findVarName()$.<div><br></div><div>I am including these extra scripts so you can take a look at what I am doing.<div><a href="https://github.com/ghassan-alaka/GPLOT/blob/master/ncl/GPLOT_util.ncl">https://github.com/ghassan-alaka/GPLOT/blob/master/ncl/GPLOT_util.ncl</a></div><div><a href="https://github.com/ghassan-alaka/GPLOT/blob/master/ncl/GPLOT_func.ncl">https://github.com/ghassan-alaka/GPLOT/blob/master/ncl/GPLOT_func.ncl</a><br><div><br></div><div><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Best,<div>Gus</div><div><br></div><div>--</div><div>Ghassan J. Alaka, Jr., Ph.D.</div><div><font size="1" color="#000000">NOAA/AOML/Hurricane Research Division<br>4301 Rickenbacker Causeway<br>Miami. FL 33149<br>Tel: (305)361-4409<br>Fax: (305)361-4402</font><br></div><div><br></div><div>**<span style="color:rgb(0,0,0)">Opinions expressed in this email are my own and do not represent AOML or NOAA.**</span></div><div><br></div></div></div></div></div></div></div></div></div></div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 12, 2019 at 2:56 PM Dennis Shea <<a href="mailto:shea@ucar.edu" target="_blank">shea@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I have Ghasson's test script on 3 different systems with no issues.<br></div><div><br></div><div>---</div><div>MAC:</div><div>%> uname -a<br>Darwin sherkin 18.7.0 Darwin Kernel Version 18.7.0: Tue Aug 20 16:57:14 PDT 2019; root:xnu-4903.271.2~2/RELEASE_X86_64 x86_64</div><div><br></div><div>%> gcc --version<br>gcc (GCC) 6.2.0</div><div>---</div><div>%> uname -a<br>Linux <a href="http://andre.cgd.ucar.edu" target="_blank">andre.cgd.ucar.edu</a> 3.10.0-1062.4.1.el7.x86_64 #1 SMP Fri Oct 18 17:15:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux</div><div><br></div><div>%> gcc --version<br>gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)</div><div>---</div><div>%>uname -a<br>Linux cheyenne3 4.12.14-94.41-default #1 SMP Wed Oct 31 12:25:04 UTC 2018 (3090901) x86_64 x86_64 x86_64 GNU/Linux</div><div><br></div><div>%>gcc --version<br>gcc (SUSE Linux) 4.8.5</div><div>=====</div><div><br></div><div>Comment: I always recommend prototyping function/procedure arguments and using 'local'.</div><div><br></div><div>Using a bogus example based on Rick's trivial example:</div><div><br></div><div>function foo(f[1]:file) ; argument prototype [scalar] and must be type 'file'<br></div><div>local v , x,y,z ; local variables<br></div><div>begin<br> v = f->$VAR$</div><div><br></div><div> x = 5*v</div><div> y = sqrt(v)</div><div> z = x/y<br></div><div> return v <br>end</div><div><br></div><div>Upon encountering th 'end', the 'local' x,y,z are automatically deleted.</div><div>Also,, I think, a copy of local 'v' is is returned and local v is deleted.</div><div><br></div><div>Cheers</div><div>D<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 12, 2019 at 10:29 AM Rick Brownrigg <<a href="mailto:brownrig@ucar.edu" target="_blank">brownrig@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>For better or worse, I am unable to duplicate this (with ncl v6.6.2). I didn't have access to the two GPLOT scripts you load at the top of your script, so I don't know what your function is doing. I cobbled up a simple one like:</div><div><br></div><div>VAR = "UGRD_P0_L100_GLL0"<br></div><div>...<br></div><div>function foo(f)<br>begin<br> v = f->$VAR$<br> return v<br>end</div><div>...</div><div>v = foo(f)</div><div>...print memory stats...<br></div><div>delete([/f,v/])</div><div><div>...print memory stats...<br></div></div><div><br></div><div> So, I'm not sure what to recommend here. By chance, is there a lot of string processing going on somewhere? <br></div></div><div><br></div><div>Rick<br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 12, 2019 at 9:01 AM Ghassan Alaka - NOAA Federal <<a href="mailto:ghassan.alaka@noaa.gov" target="_blank">ghassan.alaka@noaa.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Here you go:<div><br><div class="gmail_chip gmail_drive_chip" style="width:396px;height:18px;max-height:18px;background-color:rgb(245,245,245);padding:5px;color:rgb(34,34,34);font-family:arial;font-style:normal;font-weight:bold;font-size:13px;border:1px solid rgb(221,221,221);line-height:1"><a href="https://drive.google.com/a/noaa.gov/file/d/1eyEyz1AlbpVBn8Acv7i1Mdea5vXILP5I/view?usp=drive_web" style="display:inline-block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration:none;padding:1px 0px;border:medium none;width:100%" target="_blank"><img style="vertical-align: bottom; border: medium none;" src="https://drive-thirdparty.googleusercontent.com/16/type/application/octet-stream"> <span dir="ltr" style="color:rgb(17,85,204);text-decoration:none;vertical-align:bottom">natl00l.2019082700.hafsprs.synoptic.0p03.f000.grb2</span></a></div><br></div><div><br clear="all"><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Best,<div>Gus</div><div><br></div><div>--</div><div>Ghassan J. Alaka, Jr., Ph.D.</div><div><font size="1" color="#000000">NOAA/AOML/Hurricane Research Division<br>4301 Rickenbacker Causeway<br>Miami. FL 33149<br>Tel: (305)361-4409<br>Fax: (305)361-4402</font><br></div><div><br></div><div>**<span style="color:rgb(0,0,0)">Opinions expressed in this email are my own and do not represent AOML or NOAA.**</span></div><div><br></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 12, 2019 at 10:19 AM Dennis Shea <<a href="mailto:shea@ucar.edu" target="_blank">shea@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Google drive should beok.</div><div><br></div><div>THX</div><div>D<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 12, 2019 at 8:06 AM Ghassan Alaka - NOAA Federal <<a href="mailto:ghassan.alaka@noaa.gov" target="_blank">ghassan.alaka@noaa.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'm having trouble using the FTP option because I am behind a NOAA firewall. Do you by any chance have access to NOAA's Jet supercomputer?<div><br></div><div>Can I share it with you via Google Drive? The file is 1.8GB.</div><div><br clear="all"><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Best,<div>Gus</div><div><br></div><div>--</div><div>Ghassan J. Alaka, Jr., Ph.D.</div><div><font size="1" color="#000000">NOAA/AOML/Hurricane Research Division<br>4301 Rickenbacker Causeway<br>Miami. FL 33149<br>Tel: (305)361-4409<br>Fax: (305)361-4402</font><br></div><div><br></div><div>**<span style="color:rgb(0,0,0)">Opinions expressed in this email are my own and do not represent AOML or NOAA.**</span></div><div><br></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 12, 2019 at 9:57 AM Dennis Shea <<a href="mailto:shea@ucar.edu" target="_blank">shea@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>Did u send the file?</div><div>We can not look at ftp for security reasons.</div><div><br></div><div>Cheers</div><div>D<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 11, 2019 at 3:10 PM Dennis Shea <<a href="mailto:shea@ucar.edu" target="_blank">shea@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Ummm, we can look.</div><div><br></div><div>offline<br></div><div><br></div><div>Please make "<font color="#0000ff">natl00l.2019082700.hafsprs.synoptic.0p03.f000.grb2" <span style="color:rgb(0,0,0)">available.</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">Dropbox</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)"><br></span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">or ftp</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)"><br></span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">ftp <a href="http://ftp.cgd.ucar.edu" target="_blank">ftp.cgd.ucar.edu</a></span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">anonymous</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">your_email</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">cd incoming</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">put natl00l.2019082700.hafsprs.synoptic.0p03.f000.grb2</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">quit</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)"><br></span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)">After successful transfer, please send us an email.</span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)"><br></span></font></div><div><font color="#0000ff"><span style="color:rgb(0,0,0)"><br></span></font></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 11, 2019 at 3:00 PM Ghassan Alaka - NOAA Federal via ncl-talk <<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi All,<div><br><div>Similar but different to a previous submission (see link below), I am experiencing a memory leak when reading data from a file that was read in with the function "addfile". There are some key differences in my situation from the one in the link:<br></div><div>1) I am creating variable "f" using "f = addfile()" in my parent script to read a GRIB2 data file.</div><div>2) I wrote a custom function that resides in another script and takes "f" as an input variable. This was done because an undetermined number of variables need to be read from the GRIB2 data file described by "f". Plus, a lot of ugly logic related to the actual reading of the data is stored in this function as well.</div><div>3) In the function, I read the data into a variable "V" and return that variable to the parent script.</div><div>4) In the parent script, a loop iterates over multiple GRIB2 data files. The variables "f" and "V" are eventually overwritten by new data.</div><div>5) I am very careful to delete old variables, including "f" and "V" in the parent script.</div><div>6) I have monitored the memory increasing until it sometimes reaches the maximum value and the system kills my job. This out-of-memory kill occurs after several iterations through the list of GRIB2 files.</div><div><br></div><div><a href="http://mailman.ucar.edu/pipermail/ncl-talk/2017-July/009512.html" target="_blank">http://mailman.ucar.edu/pipermail/ncl-talk/2017-July/009512.html</a> <br></div><div><br></div><div>Given this setup, I am experiencing a memory leak when reading the data from file "f" into variable "V" in the function called from the parent script. I can't delete "f" within the function because it is an input argument and its deletion is not allowed. I directly tested the following and monitored memory usage with "systemfunc("ps u")" calls from within the script.</div><div>a) If I read the data from file "f" into variable "V" in the primary script, then "delete([/V,f/])", there is no apparent memory leak.</div><div>b) If I create a variable "V" using the "new()" function with the same dimensions as the data from the GRIB2 file, then delete it, there is no apparent memory leak.</div><div>c) If I create file "f" from the primary script, then pass "f" as a function argument and read the data into variable "V", then return "V" to the primary script, then "delete([/V,f/])", <b>there is an apparent memory leak</b>.</div><div><br></div><div>I have not tested what happens if file "f" is defined as a local variable in the function and then explicitly deleted before "V" is returned to the parent script. Although that may work, it is not a feasible solution given my the script would slow down significantly by repeatedly executing "f=addfile()". Another possible solution is to execute "f->VAR" from within the primary script. However, such a change would negatively impact these scripts since I have a lot of logic related to the creation of "V" that I am able to hide from the primary script.</div><div><br></div><div>Below I pasted a sample script using NCL V6.6.2 and its output that I used to test these issues. The issue was reproducible using NCL V6.5.0. Can variable type "file" be safely passed as a function argument? Do you think the reference to "f" is being copied by the function and the extra memory associated with the "f->" statement is never released? Any ideas on the best way forward while maintaining the efficiency of my function usage?</div><div><br></div><div>Best,<div>Gus</div><div><br></div><div>--</div><div>Ghassan J. Alaka, Jr., Ph.D.</div><div><font size="1" color="#000000">NOAA/AOML/Hurricane Research Division<br>4301 Rickenbacker Causeway<br>Miami. FL 33149<br>Tel: (305)361-4409<br>Fax: (305)361-4402</font><br></div><div><br></div><div>**<span style="color:rgb(0,0,0)">Opinions expressed in this email are my own and do not represent AOML or NOAA.**</span></div></div><div> </div><div><br></div><div><b><u>NCL SCRIPT</u></b></div><div><font color="#0000ff">; A simple NCL script that shows a potential memory leak when using "addfile"<br><br><br>load "$GPLOT_DIR/ncl/GPLOT_util.ncl"<br>load "$GPLOT_DIR/ncl/GPLOT_func.ncl"<br><br>begin<br><br><br>IFILE = "/PATH/TO/FILE/natl00l.2019082700.hafsprs.synoptic.0p03.f000.grb2"<br>VAR = "UGRD_P0_L100_GLL0"<br>ILON = "lon_0"<br><br>print("Checking original memory usage")<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 01: "+psrep)<br><br>print("")<br>print("Using addfile to read the data file")<br>f = addfile(IFILE,"r")<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 02: "+psrep)<br><br>print("")<br>print("Creating new variable V (from data file)")<br>V = f->$VAR$<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 03: "+psrep)<br><br>print("")<br>print("Deleting variable V (from data file)")<br>;delete([/V,f/])<br>delete(V)<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 04: "+psrep)<br><br>print("")<br>print("Deleting variable f (data file)")<br>;delete([/V,f/])<br>delete(f)<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 05: "+psrep)<br><br>print("")<br>print("Creating new variable V (not from data file)")<br>V := new((/46,2001,3501/),"float")<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 06: "+psrep)<br><br>print("")<br>print("Deleting variable V (not from data file)")<br>delete(V)<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 07: "+psrep)<br><br>print("")<br>print("Creating new variable V2 (not from data file)")<br>V2 = new((/46,2001,3501/),"float")<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 08: "+psrep)<br><br>print("")<br>print("Deleting variable V2 (not from data file)")<br>delete(V2)<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 09: "+psrep)<br><br>list_vars()<br><br><br>print("")<br>print("Creating new variable V (from data file via function)")<br>f = addfile(IFILE,"r")<br>LON = f->$ILON$-360.<br>LON!0 = "lon"<br>LON&lon = LON<br>Vdims := dimsizes(getfilevardimsizes(f,findVarName("HAFS","U","850")))<br>VdNames := getfilevardims(f,findVarName("HAFS","U","850"))<br>Vdims@dNames = VdNames<br>V := getVar2d(f,"HAFS",(/"U","850","0"/),Vdims,(/40.,0.,-100.,-20./),1.,False,LON)<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 10: "+psrep)<br><br>print("")<br>print("Deleting variable V (from data file via function)")<br>delete([/V,f,Vdims,VdNames,LON/])<br>psrep = systemfunc("ps u")<br>print("MEMORY CHECK 11: "+psrep)<br><br>list_vars()<br><br>end</font><br></div><div><br></div><div><br></div><div><b><u>OUTPUT</u></b></div><div><font color="#0000ff">[Ghassan.Alaka@v139 ~]$ ncl ~/NCL/scripts/memoryleak.ncl<br> Copyright (C) 1995-2019 - All Rights Reserved<br> University Corporation for Atmospheric Research<br> NCAR Command Language Version 6.6.2<br> The use of this software is governed by a License Agreement.<br> See <a href="http://www.ncl.ucar.edu/" target="_blank">http://www.ncl.ucar.edu/</a> for more details.<br>(0) Checking original memory usage<br>(0) MEMORY CHECK 01: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 01: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 01: Ghassan+ 8129 33.0 0.1 232392 126320 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 01: Ghassan+ 8134 0.0 0.1 232392 122128 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 01: Ghassan+ 8135 0.0 0.0 155372 1860 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Using addfile to read the data file<br>(0) MEMORY CHECK 02: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 02: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 02: Ghassan+ 8129 38.0 0.2 241416 135612 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 02: Ghassan+ 8137 0.0 0.1 241416 131100 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 02: Ghassan+ 8138 0.0 0.0 155372 1856 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Creating new variable V (from data file)<br>(0) MEMORY CHECK 03: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 03: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 03: Ghassan+ 8129 95.4 2.2 1597980 1492360 pts/0 S+ 20:50 0:14 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 03: Ghassan+ 8150 0.0 2.2 1597980 1487716 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 03: Ghassan+ 8151 0.0 0.0 155372 1856 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Deleting variable V (from data file)<br>(0) MEMORY CHECK 04: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 04: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 04: Ghassan+ 8129 95.5 0.3 339176 233560 pts/0 S+ 20:50 0:14 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 04: Ghassan+ 8152 0.0 0.3 339176 228984 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 04: Ghassan+ 8153 0.0 0.0 155372 1864 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Deleting variable f (data file)<br>(0) MEMORY CHECK 05: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 05: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 05: Ghassan+ 8129 95.6 0.1 235108 129496 pts/0 S+ 20:50 0:14 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 05: Ghassan+ 8154 0.0 0.1 235108 124916 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 05: Ghassan+ 8155 0.0 0.0 155372 1860 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Creating new variable V (not from data file)<br>(0) MEMORY CHECK 06: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 06: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 06: Ghassan+ 8129 93.3 2.1 1493912 1388304 pts/0 S+ 20:50 0:14 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 06: Ghassan+ 8156 0.0 2.0 1493912 1383720 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 06: Ghassan+ 8157 0.0 0.0 155372 1864 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Deleting variable V (not from data file)<br>(0) MEMORY CHECK 07: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 07: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 07: Ghassan+ 8129 93.3 0.1 235108 129500 pts/0 S+ 20:50 0:14 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 07: Ghassan+ 8158 0.0 0.1 235108 124916 pts/0 S+ 20:50 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 07: Ghassan+ 8159 0.0 0.0 155372 1860 pts/0 R+ 20:50 0:00 ps u<br>(0)<br>(0) Creating new variable V2 (not from data file)<br>(0) MEMORY CHECK 08: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 08: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 08: Ghassan+ 8129 91.4 2.1 1493912 1388304 pts/0 S+ 20:50 0:15 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 08: Ghassan+ 8161 0.0 2.0 1493912 1383720 pts/0 S+ 20:51 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 08: Ghassan+ 8162 0.0 0.0 155372 1860 pts/0 R+ 20:51 0:00 ps u<br>(0)<br>(0) Deleting variable V2 (not from data file)<br>(0) MEMORY CHECK 09: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 09: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 09: Ghassan+ 8129 91.4 0.1 235108 129500 pts/0 S+ 20:50 0:15 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 09: Ghassan+ 8163 0.0 0.1 235108 124916 pts/0 S+ 20:51 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 09: Ghassan+ 8164 0.0 0.0 155372 1860 pts/0 R+ 20:51 0:00 ps u<br><br>float pi [ 1 ]<br><br>string GPLOT [ 1 ]<br><br>float ms2kts [ 1 ]<br><br>string psrep [ 5 ]<br><br>float fval3 [ 1 ]<br><br>integer fval2 [ 1 ]<br><br>string ILON [ 1 ]<br><br>float d2r [ 1 ]<br><br>string VAR [ 1 ]<br><br>float r [ 1 ]<br><br>float g [ 1 ]<br><br>logical GSN_OLD_LABELBAR [ 1 ]<br><br>string IFILE [ 1 ]<br><br>float fval [ 1 ]<br><br>float omega [ 1 ]<br>(0)<br>(0) Creating new variable V (from data file via function)<br>(0) MEMORY CHECK 10: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 10: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 10: Ghassan+ 8129 90.5 0.4 384024 277172 pts/0 S+ 20:50 0:16 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 10: Ghassan+ 8166 0.0 0.4 384024 272304 pts/0 S+ 20:51 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 10: Ghassan+ 8167 0.0 0.0 155372 1860 pts/0 R+ 20:51 0:00 ps u<br>(0)<br>(0) Deleting variable V (from data file via function)<br>(0) MEMORY CHECK 11: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br>(1) MEMORY CHECK 11: Ghassan+ 7761 0.0 0.0 119692 2116 pts/0 Ss 20:46 0:00 -bin/tcsh<br>(2) MEMORY CHECK 11: Ghassan+ 8129 90.6 0.2 267228 161908 pts/0 S+ 20:50 0:16 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(3) MEMORY CHECK 11: Ghassan+ 8168 0.0 0.2 267228 157040 pts/0 S+ 20:51 0:00 ncl /home/Ghassan.Alaka/NCL/scripts/memoryleak.ncl<br>(4) MEMORY CHECK 11: Ghassan+ 8169 0.0 0.0 155372 1860 pts/0 R+ 20:51 0:00 ps u<br><br>float pi [ 1 ]<br><br>string GPLOT [ 1 ]<br><br>float ms2kts [ 1 ]<br><br>string psrep [ 5 ]<br><br>float fval3 [ 1 ]<br><br>integer fval2 [ 1 ]<br><br>string ILON [ 1 ]<br><br>float d2r [ 1 ]<br><br>string VAR [ 1 ]<br><br>float r [ 1 ]<br><br>float g [ 1 ]<br><br>logical GSN_OLD_LABELBAR [ 1 ]<br><br>string IFILE [ 1 ]<br><br>float fval [ 1 ]<br><br>float omega [ 1 ]</font></div></div><div><br></div></div></div></div></div></div></div>
_______________________________________________<br>
ncl-talk mailing list<br>
<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a></blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div></div>
</blockquote></div>
</blockquote></div>