Thanks a lot Brian.
-Regards,
Sarang.
Quoting "Brian W. Barrett" :
> You're right, in v1.2 it will return MPI_THREAD_SINGLE (although it
> really
> shouldn't). Some MPI implementations may do something different if
> you
> request MPI_THREAD_FUNNELED instead of MPI_THREAD_SINGLE, so you
> shoul
You're right, in v1.2 it will return MPI_THREAD_SINGLE (although it really
shouldn't). Some MPI implementations may do something different if you
request MPI_THREAD_FUNNELED instead of MPI_THREAD_SINGLE, so you should
continue to do that. A future version of Open MPI will return the
provided as M
I tried with MPI_THREAD_FUNNELED but it still returns MPI_THREAD_SINGLE
in "provided". I tried a sample program that has thread_0 doing MPI and
thread_1 doing some computation and thread_0 and thread_1 doing some
thread synchronization (using pthread condition variables). The program
seems to be do
If only one thread ever makes calls into MPI, you don't actually need
MPI_THREAD_MULTIPLE but only MPI_THREAD_FUNNELED. Open MPI will generally
support MPI_THREAD_FUNNELED out of the box (but on certain configurations,
mainly platforms without threads, will not), so if you request
MPI_THREAD_FUNN
Thanks a lot guys for your help. I am also trying a design where I have
one thread doing MPI and others doing some computation (non-MPI). If I
have only MPI_THREAD_SINGLE enabled for OpenMPI, can I still implement
this kind of a design or there would be issues with threads in OpenMPI.
-Thanks and
There are two ways you can find out if an Open MPI build has
MPI_THREAD_MULTIPLE support:
* On the command line: You can run "ompi_info | grep Thread". If you see
mpi: no, the build doesn't support MPI_THREAD_MULTIPLE. If you see mpi:
yes, the build does support MPI_THREAD_MULTIPLE.
* At run-ti
