[gradsusr] GrADS performance vs alternatives?

Davide Sacchetti davide.sacchetti at arpal.liguria.it
Thu Apr 7 12:06:10 EDT 2022

the speed may depend on cpu but also on where your data is stored (are your datasets available locally?) and how your script is written ...
Upon my knowloedge GrADS IS fast, it may be the fastest sw you can find everywhere ...

Dott. Davide Sacchetti
Dipartimento Stato dell’Ambiente e Tutela dai Rischi Naturali
U.O. Clima Meteo Idro
Viale Brigate Partigiane 2, 16129 Genova (I)
tel: +39 0106437535
mail: davide.sacchetti at arpal.liguria.it  web: https://www.arpal.liguria.it/homepage/meteo.html

 Da:   Brian Gaze <brianw.gaze at googlemail.com> 
 A:   <gradsusr at gradsusr.org> 
 Inviato:   07/04/2022 17:07 
 Oggetto:   [gradsusr] GrADS performance vs alternatives? 

       	         Questa è la prima volta che ricevi un'email da questo mittente.         Assicurati che sia qualcuno di cui ti fidi.                

I've recently started generating ECMWF 50 member ensemble plots using a GrADS script for a large latitude - longitude range. Technically it all works fine, but the issue I'm having is performance. It is dependent of course on CPU speed, but even with a very fast processor each individual graph can take approx 1.5 seconds to render and save. 

To an extent running instances on multiple cores helps, but generating a range of graphs (e.g. 2m temps, 850hPa temps, MSLP etc...) can take a long time. Perhaps 40 mins or so for a country the size of the United Kingdom. 

Does anyone have tips for how to optimize performance in the script? Alternatively, is there software available which runs much faster than GrADS script to do the same thing? 



gradsusr mailing list 
gradsusr at gradsusr.org 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gradsusr.org/pipermail/gradsusr/attachments/20220407/a20b8590/attachment.html>

More information about the gradsusr mailing list