[Mpi3-tools] Meaning of meaning of unique_id inmqs_communicator?
Jeff Squyres
jsquyres at cisco.com
Wed May 27 14:05:17 CDT 2009
John --
Can this be part of the text that you write up for standardizing the
message queues stuff?
On May 11, 2009, at 3:21 PM, Geoffrey R. Paulsen wrote:
>
>
> Regarding Ashley Pittman's message:
> >
> > > I'm not sure I understand the difference between (b) and (c).
> >
> > The difference between (b) and (c) is best explained with
> reference to
> > MPI_COMM_SELF, in (b) it can have the same id in every process, in
> (c)
> > it has to have different values everywhere. This has a practical
> > implication, in (c) you can say "Communicator X in this job
> is...", with
> > (b) to be able to describe the communicator you have to also include
> > some information about the communicator members, for example the
> global
> > rank of local rank zero.
> >
> > In my opinion (c) would make the most logical sense and be easiest
> for
> > tools to work with however I know from my time working with MPI
> > libraries that (b) is a much more sensible option in reality.
> >
> > Ashley Pittman.
>
> Thank you for that description. I've been able to verify that HP-MPI
> indeed only supports the (b) and not (c).
>
> I agree that from a tools standpoint, (c) would be much more useful,
> but that from an MPI point of view, it might require some semimajor
> changes to the way that we create communicators.
>
> Currently MPI_Comm_Create() does not block for an entire job, just
> for the ranks involved, which would make it tricky to ensure
> uniqueness
> across an entire job of the communicator id.
>
> I don't think this would be impossible, but should be well thought
> out.
>
> Geoff Paulsen
>
> _______________________________________________
> Mpi3-tools mailing list
> Mpi3-tools at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-tools
>
--
Jeff Squyres
Cisco Systems
More information about the mpiwg-tools
mailing list