Seth Price wrote: > I'm a student interested in a Summer of Code project to improve some > modules with GPU-based code. In theory, this could result in a 50x > speedup for embarrassingly parallel operations (ie. raster).
Whereas in practice, I/O will be the bottleneck. > There is > a list of some possible modules for upgrade here: > http://grass.osgeo.org/wiki/GPU > > What would the GRASS community think of also including these modules > as options for improvement? Do they need a speedup? Am I missing > anything? > > - r.resamp.interp (spline & Lanczos would be added) > - r.slop.aspect > - r.texture > - i.sunhours > - i.vi r.resamp.stats, r.resamp.filter and r.series should also be readily parallelisable, but again I/O is likely to be the bottleneck. r.series has the advantage that the I/O is also parallelisable. -- Glynn Clements <[email protected]> _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
