Re: [OMPI users] allow over-subscription by default

2019-04-18 Thread Steffen Christgau
On 17/04/2019 16.51, Jeff Squyres (jsquyres) via users wrote: > On Apr 17, 2019, at 3:38 AM, Steffen Christgau > wrote: >> was configured with nothing more than a --prefix and >> --enable-mpi-fortran. I checked for updates and it appears that there >> was a

Re: [OMPI users] allow over-subscription by default

2019-04-17 Thread Steffen Christgau
umber of processes. Regards, Steffen On 16/04/2019 19.48, Jeff Squyres (jsquyres) via users wrote: > Steffen -- > > What version of Open MPI are you using? > > >> On Apr 16, 2019, at 9:21 AM, Steffen Christgau >> wrote: >> >> Hi Tim, >> >>

Re: [OMPI users] allow over-subscription by default

2019-04-16 Thread Steffen Christgau
Kind regards, > Tim > > > On Tue, 16 Apr 2019 at 19:01, Steffen Christgau > mailto:christ...@cs.uni-potsdam.de>> wrote: > > Hi everyone, > > on my 2 cores/4 threads development platform I want to start programs > via mpirun with over-subscriptio

[OMPI users] allow over-subscription by default

2019-04-16 Thread Steffen Christgau
Hi everyone, on my 2 cores/4 threads development platform I want to start programs via mpirun with over-subscription enabled by default. I have some external packages which have tests that use more than 2 processes. They all fail because Open MPI refuses them to run due to over-subscription. I kno

Re: [OMPI users] Shared Windows and MPI_Accumulate

2017-03-09 Thread Steffen Christgau
On 03/09/2017 03:10 PM, Steffen Christgau wrote: > > Since you are using > the unified model, you can omit the proposed exclusive lock (see above) > as well. To be fair, you have to be cautious when doing that - even in the unified model. See example 11.7 in the MPI-3.1 standard. In

Re: [OMPI users] Shared Windows and MPI_Accumulate

2017-03-09 Thread Steffen Christgau
Hi Joseph, in your code, you are updating the local buffer, which is also exposed via the window, right after the lock_all call, but the stores (baseptr[i] = 1000 + loffs++, let's call those the buffer initialization) are may overwrite the outcome of other concurrent operations, i.e. the accumulat

Re: [OMPI users] possible GATS bug in osc/sm

2015-09-28 Thread Steffen Christgau
Hi Nathan, On 23.09.2015 00:24, Nathan Hjelm wrote: > I think I have the problem fixed. I went with a bitmap approach but I > don't think that will scale well as node sizes increase since it > requires n^2 bits to implement the post table. When I have time I will > implement the approach used in o

[OMPI users] possible GATS bug in osc/sm

2015-09-18 Thread Steffen Christgau
Hi folks, [the following discussion is based on v1.8.8] suppose you have a MPI one-sided program using general active target synchronization (GATS). In that program, a single origin process performs two rounds of communication, i.e. two access epochs, to different target process groups. The targe

[OMPI users] Communication/Computation Overlap with Infiniband

2012-03-30 Thread Steffen Christgau
Hi everybody, in our group, we are currently working with a 2D CFD application that is based on the simple von Neumann neighborhood. The 2D data grid is partitioned into horizontal stripes such that each process calculates such a stripe. After each iteration, a process exchanges the upper and lowe