<div dir="ltr">We currently use this for our snowfall accumulation 10:1:<div><br></div><div>define snowtot = const((sum(maskout(weasdsfc.1-weasdsfc.1(t-1),weasdsfc.1-weasdsfc.1(t-1)),t=2,t=37)*0.0393701)*10, 0, -u)</div><div><br></div><div>and since the further out the t data goes the long it takes to process, which makes sense, but I&#39;m a performance/speed guy and I&#39;m wondering if there&#39;s any way to speed it up. The only real area for improvement (to my knowledge) would be if wgrib2 could do that sort of calculation (even if it had to write it to a seperate grib file/record, that&#39;s fine) since it&#39;s OpenMP ability should allow it to perform an operation like that much faster than grads single-thread capabilities.</div><div><br></div><div>As to it taking longer and longer the further out the t goes with our current grads script, I assumed it was because of the calculation of needing to sum it all and the const with maskout&#39;ing it all. I&#39;ve dabbled with fwriting that variable out to a seperate file, since I assumed it would be pre-calculated and then I could have simply done:</div><div><br></div><div>&#39;d snowtot(t=2)+snowtot(t=3)+snowtot(t=4) ...&#39;</div><div><br></div><div>all the way out to the end so all grads would be doing it taking pre-compiled data and adding without doing any other functions but it still seemed like it was taking the exact same amount of time even having all that snowtot variable pre-calculated?</div></div>