[GRASS-dev] OpenCL Parallelization

Helena Mitasova hmitaso at unity.ncsu.edu
Mon Sep 14 14:08:30 EDT 2009


I will be happy to assist with v.surf.rst, v.vol.rst (I even have  
v.volt.rst - that is 3D+time).
It has been parallelized couple times in past - the parallel version  
never survives more than
one release cycle because the tools for parallelization or the  
architecture changes
and there is nobody to update. I may have one more recent version that  
was done for beowulf
cluster. Let me know if you would like to look at it. That was done at  
the segment
level, but running it just with parallelized lineq solver should help  
too because that would allow
larger segments and larger overlaps.


Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
Raleigh, NC 27695-8208

email: hmitaso at unity.ncsu.edu
ph: 919-513-1327 (no voicemail)
fax 919 515-7802

On Sep 13, 2009, at 6:27 AM, Jeshua Lacock wrote:

> On Sep 12, 2009, at 12:21 PM, Benjamin Ducke wrote:
>> OpenCL can use CPUs and GPUs for parallel processing.
>> For all those operations that can be done more efficiently
>> on a GPU, there a potentially enormous performance gains.
> Indeed. Precisely the reason why I think it is so compelling.
> There are about the same number of transistors in my GPU that are in  
> my CPU. Most of the time most of those transistors in my GPU are  
> just sitting there idling (99% of the time I do not do any intensive  
> 3D tasks), it sure would be nice to be able to put them to use.
> And you can easily add more GPUs to machine, not the case with  
> CPUs....
> Best,
> Jeshua Lacock, Owner
> <http://OpenOSX.com>
> phone: 208.462.4171
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev

More information about the grass-dev mailing list