<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On Oct 28, 2015, at 11:17 AM, Mark Sponsler <<a href="mailto:msponsler@COMCAST.NET">msponsler@COMCAST.NET</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Jeff,</div>
<div>One thing you can do is allocate more memory. </div>
<div></div>
<div>Grads memory allocation:<br>To increase the memory allocation above the standard 2 gig (to say 3 gig):<br>grads -m 3000000 <br></div></blockquote><div><br></div>Just to clarify … the -m option is used to increase the size of the *graphics* metafile buffer (the place in memory where the drawing commands are stored). In older versions, this option was used after receiving an “Out of buffer space” message when trying to draw an especially detailed or high-res graphic. For version 2.1, this command is irrelevant because the metabuffer is dynamically allocated on an as-needed basis, limited only by available memory on the system, just like data I/O requests and other memory allocations in GrADS. </div><div><br></div><div>As for the original question...</div><div><br></div><div><blockquote type="cite"><div>. Since I am doing this for cases featuring rather high amounts of CAPE, I suspect this is the reason my script is overloading on memory and crashing.</div></blockquote><div>No. The data *values* are not a factor, only the grid dimensions are relevant for memory allocation. </div><br><blockquote type="cite"><div> I know this because I have the script setup to easily compute ensemble standard deviation for just about any field, and I have had no troubles computing spread for temperature, moisture, and wind. Yet, just changing the name of the field causes the script to crash.</div></blockquote>This makes me think there is something wrong with the variable declaration in your descriptor file, or perhaps in the data files themselves. </div><div><br><blockquote type="cite"><div dir="ltr"><div><div>
<div></div>
</div>
Is there anything that can be done to get around this? I have attached the script code to this email.<br>
<div></div>
</div>
<div>Here is some output from the jobs running the script:<br>/home/jdduda/grads_scripts<br>Tue Oct 27 15:06:13 CDT 2015<br>
<div></div>
Grid Analysis and Display System (GrADS) Version 2.1.a3<br>Copyright (C) 1988-2015 by the Institute for Global Environment and Society (IGES)<br>GrADS comes with ABSOLUTELY NO WARRANTY<br>See file COPYRIGHT for more information<br>
<div></div>
Config: v2.1.a3 little-endian readline grib2 netcdf hdf4-sds hdf5 opendap-grids,stn geotiff shapefile cairo<br>Issue 'q config' command for more detailed configuration information<br>GX Package Initialization: Size = 11 8.5 <br>Running in Batch mode<br>All files closed; all defined objects released;<br>All GrADS attributes have been reinitialized<br>Notice: Implied interpolation for file /work/jdduda/analysis/FLSM/WRFPRS_FLSM.ctl<br> Interpolation will be performed on any data displayed from this file<br>Notice: Implied interpolation for file /work/jdduda/analysis/MLSM/WRFPRS_MLSM.ctl<br> Interpolation will be performed on any data displayed from this file<br>Notice: Implied interpolation for file /work/jdduda/analysis/LSMO/WRFPRS_LSMO.ctl<br> Interpolation will be performed on any data displayed from this file<br>Data Request Warning: Request is completely outside file limits</div></div></blockquote><blockquote type="cite"><div dir="ltr"><div>Data Request Warning: Request is completely outside file limits<br></div></div></blockquote>This warning is another indicator that you may not have described the variable properly.</div><div><br><blockquote type="cite"><div dir="ltr"><div>Define Error: Unable to allocate data memory<br> Size of request was -18950400 grid elements<br></div></div></blockquote><div><br></div><div>This negative grid element count usually means there was some problem figuring out the grid dimensions of the variable. If you are using file templating, make sure all the files are identical — same variables, same dimensions, same order of variables listed (if netcdf varids are different from one file to the next, GrADS will get upset). </div><div>—Jennifer</div></div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px;"><span class="Apple-style-span" style="border-collapse: separate; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; -webkit-text-decorations-in-effect: none; text-indent: 0px; -webkit-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div>--</div><div>Jennifer M. Adams<br>Center for Ocean-Land-Atmosphere Studies (COLA)<br>111 Research Hall, Mail Stop 2B3<br>George Mason University<br>4400 University Drive<br>Fairfax, VA 22030 <br><br></div><div><br class="khtml-block-placeholder"></div><br class="Apple-interchange-newline"></span></span><br class="Apple-interchange-newline">
</div>
<br></body></html>