<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">These are all good suggestions. I would add that many users use 'define' when 'display' would do just as nicely. You can exploit the recursive nature of the expression handler to embed expressions within expressions. It depends on what you're calculating, of course -- sometimes using defined variables is unavoidable. --Jennifer<div><br><div><br><div><div>On Dec 18, 2012, at 5:30 PM, Muhammad Yunus Ahmad Mazuki wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">You could use undefine to free memory allocated to variable that you dont need anymore. Say you had A=5. Then you compute B=6*A. Then C=A*B. Each of this simple step would have certain memory allocated to A, B and C. This is simple variables, that means the memory allocated is small. But if A to C were to contain any of your file parameter such as temperature, the allocated memory will be larger. So by the time you have computed C, and you no longer needed A and B in further computation, you can use 'undefine A' and 'undefine B'. The emory allocated to A and B will be freed for you to use on other computation. How is your script actually is? Have you try to optimise your script? You can check <a href="http://www.iges.org/grads/gadoc/variable.html">http://www.iges.org/grads/gadoc/variable.html</a> . Another part is to limit the size of your defined variable (A to C). For example:<br>
set lat 0 90<br>set lon 0 360<br>set lev 300 850<br>set t 1 100<br>define A=temp<br>This would assign A to have temperature data from 0 to 90 Latitude, 0-360 latitude, 300-850 (I usually use geopotential height) and from t of 1-10. But do you need all of it to be in the variable A? Perhaps you had only need lat of 0-20 and longitude of 20-40. And further computation of A definitely only need lat of 0-20 and longitude of 20-40, in this case you had given unneeded memory allocation to A. Which if you repeat with other defined variables and calculations, the used memory will just build up, and you will run out allocated memory soon. You can try these two method first.<br>
<br>Yunus<br><br><div class="gmail_quote">On Mon, Dec 17, 2012 at 8:13 PM, Isaac Pozo <span dir="ltr"><<a href="mailto:ipozo@mncn.csic.es" target="_blank">ipozo@mncn.csic.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, this is my first post to the grads list. I'm a biologist that has<br>
been working with grads for the last months, but now I'm facing memory<br>
problems.<br>
<br>
<br>
I'm trying to run a script with 43825 times and seven variables.<br>
<br>
I'm doing a series of arithmetical functions in between the variables,<br>
and generating more variables.<br>
<br>
And I'm constantly getting memory dumps. "Unable to allocate data<br>
memory" "Size of request was 946620000 grid elements"<br>
<br>
So apart of finding a good RAM computer, (I'm working in a 8 GB ram WK<br>
and have problems) I was wondering if somebody can guide me through<br>
documentation and tricks on how to optimize the scrip to save RAM.<br>
<br>
I also have access to supercomputation and CUDA machines, does anyone<br>
have worked with this type of systems in GRADS<br>
<br>
Thanks in advance for your help<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
</blockquote></div><br>
_______________________________________________<br>gradsusr mailing list<br><a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>http://gradsusr.org/mailman/listinfo/gradsusr<br></blockquote></div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 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; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 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; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 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; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div>--</div><div>Jennifer M. Adams</div><div>IGES/COLA</div><div>4041 Powder Mill Road, Suite 302</div><div>Calverton, MD 20705</div><div><a href="mailto:jma@cola.iges.org">jma@cola.iges.org</a></div><div><br class="khtml-block-placeholder"></div><br class="Apple-interchange-newline"></span></span></span>
</div>
<br></div></div></body></html>