Re: [GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2012-01-02 Thread Markus Neteler
2012/1/2 Sören Gebbert : ... > ATLAS is the C-Implementation of BLAS and parts of LAPACK.[1] > > The advantages of ATLAS over the BLAS/LAPACK Fortran wrapper in GRASS > is that its supports > the C-style matrix layout used by the gmath library and that no > Fortran to C conversion is needed. This

[GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2012-01-01 Thread Sören Gebbert
Hi, 2011/12/18 Hamish : > Sören wrote: >>> The GRASS ATLAS wrapper is and example for such >>> an approach. ATLAS can be used, but in case it >>> is not installed, the default GRASS implementation >>> is used. > Hamish: >> > Oh, I did not know that was there. We can work on >> > adding it to trunk

Re: [GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2011-12-18 Thread Hamish
Hamish wrote: > > ps- does any one know if the equivalent of the > > "jobs" and "wait" shell commands exist for > > launching modules from python? Michael: > I know that an equivalent of wait exists. I don't know > about jobs, but the answer is probably. We've experimented > with this some on the

Re: [GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2011-12-18 Thread Michael Barton
On Dec 18, 2011, at 10:00 AM, wrote: > ps- does any one know if the equivalent of the > "jobs" and "wait" shell commands exist for > launching modules from python? > I know that an equivalent of wait exists. I don't know about jobs, but the answer is probably. We've experimented with this

[GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2011-12-18 Thread Hamish
Sören wrote: >> The GRASS ATLAS wrapper is and example for such >> an approach. ATLAS can be used, but in case it >> is not installed, the default GRASS implementation >> is used. Hamish: > > Oh, I did not know that was there. We can work on > > adding it to trunk's ./configure next. Sören: > We ca

[GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2011-11-30 Thread Sören Gebbert
Hi, 2011/11/29 Hamish : > Hamish: >> > I am looking to add OpenMP support to v.surf.bspline > ... > > Sören wrote: >> Try r49406. >> You need to separate the computation for j == 0 and j > 0. > > nice, thanks. > >> > b) 3.5x speedup is very nice, but any way to improve >> > on that 40% efficiency

[GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2011-11-28 Thread Hamish
Hamish: > > I am looking to add OpenMP support to v.surf.bspline ... Sören wrote: > Try r49406. > You need to separate the computation for j == 0 and j > 0. nice, thanks. > > b) 3.5x speedup is very nice, but any way to improve > > on that 40% efficiency loss? > > The speedup is better as larg

[GRASS-dev] Re: multithreading v.surf.bspline and others with OpenMP

2011-11-28 Thread Sören Gebbert
Hi Hamish, 2011/11/28 Hamish : > Hi, > > On June 2, 2011, Soeren wrote: >> Have a look at: >> http://grass.osgeo.org/wiki/OpenMP >> >> There are only a few modules using OpenMP (r.gwflow, r3.gwflow and >> r.solute.transport). Parts of the gpde and gmath libraries in grass >> 6.5 and 7 are parallel