<div dir="ltr">Well..  I think this could tomato tomato.  And it's mixed up with OS notions of heavyweight and lightweight processes/threads (which are outside of the MPI spec., but define a big chunk of how MPI works in practice).  From the perspective of the MPI standard, processes created by MPI_Comm_create_endpoints and processes created by mpiexec should all have MPI process semantics.  This gets tricky when we map these MPI processes to OS processes and threads, because we typically have some assumptions and restrictions there, but those OS constructs are technically outside of the MPI spec.  We could have called the MPI_Comm_create_endpoints MPI_Comm_create_processes, but that might give everyone headaches.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 7, 2014 at 6:24 PM, Jeff Squyres (jsquyres) <span dir="ltr"><<a href="mailto:jsquyres@cisco.com" target="_blank">jsquyres@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok.<br>
<br>
I think we need to be very, very careful with terminology here -- there are *not* multiple MPI processes.  There are multiple endpoints in a single MPI process -- big difference (especially in terms of threaded resources in the same process).<br>

<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On Apr 7, 2014, at 6:16 PM, Jim Dinan <<a href="mailto:james.dinan@gmail.com">james.dinan@gmail.com</a>> wrote:<br>
<br>
> That's my thinking -- we do say that each endpoint (i.e. communicator handle that is returned) behaves as an MPI process.<br>
><br>
><br>
> On Mon, Apr 7, 2014 at 4:25 PM, Jeff Squyres (jsquyres) <<a href="mailto:jsquyres@cisco.com">jsquyres@cisco.com</a>> wrote:<br>
> On Apr 7, 2014, at 2:07 PM, Jim Dinan <<a href="mailto:james.dinan@gmail.com">james.dinan@gmail.com</a>> wrote:<br>
><br>
> > Every process in a communicator has its own set of attributes.<br>
><br>
> "Every process in a communicator" -- does this mean each communicator handle that is returned?<br>
><br>
> --<br>
> Jeff Squyres<br>
> <a href="mailto:jsquyres@cisco.com">jsquyres@cisco.com</a><br>
> For corporate legal information go to: <a href="http://www.cisco.com/web/about/doing_business/legal/cri/" target="_blank">http://www.cisco.com/web/about/doing_business/legal/cri/</a><br>
><br>
> _______________________________________________<br>
> mpiwg-hybridpm mailing list<br>
> <a href="mailto:mpiwg-hybridpm@lists.mpi-forum.org">mpiwg-hybridpm@lists.mpi-forum.org</a><br>
> <a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm</a><br>
><br>
> _______________________________________________<br>
> mpiwg-hybridpm mailing list<br>
> <a href="mailto:mpiwg-hybridpm@lists.mpi-forum.org">mpiwg-hybridpm@lists.mpi-forum.org</a><br>
> <a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm</a><br>
<br>
<br>
--<br>
Jeff Squyres<br>
<a href="mailto:jsquyres@cisco.com">jsquyres@cisco.com</a><br>
For corporate legal information go to: <a href="http://www.cisco.com/web/about/doing_business/legal/cri/" target="_blank">http://www.cisco.com/web/about/doing_business/legal/cri/</a><br>
<br>
_______________________________________________<br>
mpiwg-hybridpm mailing list<br>
<a href="mailto:mpiwg-hybridpm@lists.mpi-forum.org">mpiwg-hybridpm@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm</a><br>
</div></div></blockquote></div><br></div>