[GRASSLIST:1703] Re: GRASS on clusters
Markus Neteler
neteler at geog.uni-hannover.de
Thu Apr 5 05:41:18 EDT 2001
On Wed, Apr 04, 2001 at 07:01:50PM -0700, Rich Shepard wrote:
> On Wed, 4 Apr 2001, Lars Bromley wrote:
>
> > I'd like to reopen Dr. Rich Shepard's year old message (see below) to this
> > list, regarding using GRASS with a cluster. I have a big project coming
> > up and am hoping to set up a cluster to help speed up the workload. Have
> > any of you experimented further with GRASS and clusters? Messages to the
> > listserv indicate that it is indeed possible, but I didn't see if anyone
> > had actually tried it. If anyone has, would they mind giving me a clue as
> > to how it might turn out? Does it speed things up, or is it more hassle
> > than its worth? I am using linux as my OS and will be using Beowulf as my
> > clustering software, and have six pentiums to start with.
>
> Lars,
>
> Some day, I'd like to be able to afford the port. The parallelizing
> compiler is very expensive (at least on my budget), but it is do-able. Right
> now, I have higher priorities on my GRASS time, and I've not read anything
> from anyone else about putting together such a port.
>
> There would be a large time investment, too, to reorganize the code so it
> could be parallelized. Candidly, I've no clue what that would require.
>
> Rich
>
excuse me to indrude here... Just a hint:
GRASS 5 contains the "gmath" library which is a wrapper to LAPACK/BLAS.
LAPACK/BLAS itself is a sophisticated mathematical library which exists
in parallelized form (as far as I know). See:
http://www.netlib.org/lapack/
Like that cpu-intensive parts in GRASS code could be rewritten to utilize
the "gmath" lib (src/libes/gmath/).
Maybe that's a starting point?
Regards
Markus Neteler
PS: Some "gmath" details can be found in the "GRASS 5 programmer's manual":
http://www.geog.uni-hannover.de/grass/grassdevel.html#prog
More information about the grass-user
mailing list