[mpich-devel] detecting mpirun mismatch

Dave Goodell (dgoodell) dgoodell at cisco.com
Tue Apr 22 17:25:33 CDT 2014


On Apr 22, 2014, at 4:58 PM, Jeff Hammond <jeff.science at gmail.com> wrote:

> PMI is specific to MPICH-family, right?  The problem that was observed
> had to do with MPICH/OpenMPI mixing.  'mpirun -np 2' led to two copies
> of the application running in serial...

I'm pretty sure that Open MPI can speak some flavors of PMI.  I don't have any personal experience with using that functionality though, so it may not be very automagical.  It might require some special build flags or run-time config.  So keep that in mind when considering solutions.

Also, don't forget that the "singleton init" case is supported by both OMPI and MPICH, so the absence of PMI_* vars isn't sufficient for you to decide that you were launched by some other MPI implementation's process manager.  You actually have to check for other common variables from other launchers / MPI implementations and warn that you know you cannot handle them.


I feel like we've had this conversation before on the MPICH lists and decided there was no good solution for this problem... hah, here it is:

http://lists.mcs.anl.gov/pipermail/mpich-discuss/2012-February/011756.html

I completely concede that Jed's correct here in his response (modulo the "Open MPI is system-installed on Macs", which is no longer true for modern Macs):

http://lists.mcs.anl.gov/pipermail/mpich-discuss/2012-February/011757.html

-Dave



More information about the devel mailing list