[GRASS-dev] parallelizing GRASS modules

Seth Price seth at pricepages.org
Sat Dec 3 17:04:05 EST 2011


If you decide to use opencl, keep in contact and I might be able to help. I'm traveling for at least the next few days, though.

~Seth


via iPhone

On Dec 3, 2011, at 3:07 PM, Barton Michael <c.michael.barton at gmail.com> wrote:

> I lost the previous thread but wanted to respond to your question about which modules might benefit from speedup.
> 
> In our recursive landscape evolution module (r.landscape.evol.py), the two GRASS modules that take the most time are r.watershed, r.stats, and r.walk, especially r.watershed and r.stats since we need to run these every model cycle. 
> 
> The speedup of r.watershed of a few years back made an enormous difference in our model run times. But it is still time consuming on landscapes with large numbers of cells. If parallelization could speed this up, it would be great. I'm not sure that r.stats can be parallelized or not, but speedup would be helpful.
> 
> Michael
> ____________________
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity 
> Professor of Anthropology, School of Human Evolution & Social Change
> Arizona State University
> 
> voice: 	480-965-6262 (SHESC), 480-727-9746 (CSDC)
> fax:          480-965-7671 (SHESC),  480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-dev/attachments/20111203/097d0100/attachment.html


More information about the grass-dev mailing list