On Jun 4, 2013, at 8:20 AM, W Spector wrote:
>> Yes, this is true -- MPI_THREAD_MULITPLE support is fairly incomplete in
>> Open MPI.
>
> One would hope a simple MPI_Barrier call would work though...
Underneath, I am pretty sure that barrier is doing an MPI_WAITALL.
Nathan actually just agr
On 06/04/2013 03:23 AM, Jeff Squyres (jsquyres) wrote:
On Jun 3, 2013, at 5:06 AM, Paul Kapinos wrote:
It is more or less well-known that MPI_THREAD_MULTIPLE disable the OpenFabric /
InfiniBand networking in Open MPI:
http://www.open-mpi.org/faq/?category=supported-systems#thread-support
htt
On Jun 3, 2013, at 5:06 AM, Paul Kapinos wrote:
> It is more or less well-known that MPI_THREAD_MULTIPLE disable the OpenFabric
> / InfiniBand networking in Open MPI:
>
> http://www.open-mpi.org/faq/?category=supported-systems#thread-support
> http://www.open-mpi.org/community/lists/users/2010/
Hello,
It is more or less well-known that MPI_THREAD_MULTIPLE disable the OpenFabric /
InfiniBand networking in Open MPI:
http://www.open-mpi.org/faq/?category=supported-systems#thread-support
http://www.open-mpi.org/community/lists/users/2010/03/12345.php
On our system not only the 'openib'
Dear OpenMPI group,
The following trivial program hangs on the mpi_barrier call with 1.7.1.
I am using gfortran/gcc 4.6.3 on Ubuntu linux. OpenMPI was built with
--enable-mpi-thread-multiple support and no other options (other than
--prefix).
Are there additional options we should be telli
