Jeshua,
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
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
http://skagit.meas.ncsu.edu/~helena/
email: [email protected]
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
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
