[Mpi-forum] Madrid hybrid slides: init/finalize

[Wesley Bland]

Fair enough. Clearly I'm not reading well today.


On Mon, Aug 26, 2013 at 1:33 PM, Jeff Squyres (jsquyres) <jsquyres at cisco.com
> wrote:

> First mention of it is on slide 4, "Re-initionaliztion of MPI".  :-)
>
> Then lots more discussion about it starting effectively with slide 7,
> e.g., "New INIT behavior ... If MPI is not currently initialized //
> Initialize MPI / start a new MPI epoch // This can happen multiple times in
> a process".
>
> No code examples until late in the slides, though.
>
>
>
> On Aug 26, 2013, at 2:22 PM, Wesley Bland <wbland at mcs.anl.gov> wrote:
>
> > That sounds good to me. I just didn't see that in the slides until one
> of the corner cases.
> >
> > Thanks,
> > Wesley
> >
> >
> > On Mon, Aug 26, 2013 at 1:20 PM, Pavan Balaji <balaji at mcs.anl.gov>
> wrote:
> >
> > That's one of the proposed changes.
> >
> >
> > On 08/26/2013 01:06 PM, Wesley Bland wrote:
> > Am I mistaken in remembering that MPI doesn't allow an application to go
> > in and out of MPI:
> >
> > INIT
> > ....
> > FINALIZE
> > ....
> > INIT
> > ....
> > FINALIZE
> >
> > I've looked at the standard and that's what Section 8.7 says to me. So
> > am I correct in assuming that this will change that text to say that you
> > can start, stop, and start new "MPI epochs"?
> >
> > Thanks,
> > Wesley
> >
> >
> > On Mon, Aug 26, 2013 at 12:10 PM, Jeff Squyres (jsquyres)
> > <jsquyres at cisco.com <mailto:jsquyres at cisco.com>> wrote:
> >
> >     The hybrid working group will be hosting a plenary on Friday
> >     afternoon in Madrid.
> >
> >     We will be presenting a proposal on MPI_INIT/MPI_FINALIZE regarding
> >     interaction with threads (going back to the use cases Jeff Hammond
> >     raised at a prior Forum meeting), and nested MPI_INIT/MPI_FINALIZE.
> >       This is not a formal reading; we're requesting Forum feedback on
> >     the overall ideas.
> >
> >     The slides are attached.  See you in Madrid.
> >
> >     --
> >     Jeff Squyres
> >     jsquyres at cisco.com <mailto:jsquyres at cisco.com>
> >
> >     For corporate legal information go to:
> >     http://www.cisco.com/web/about/doing_business/legal/cri/
> >
> >     _______________________________________________
> >     mpi-forum mailing list
> >     mpi-forum at lists.mpi-forum.org <mailto:mpi-forum at lists.mpi-forum.org>
> >     http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum
> >
> >
> >
> >
> >
> > _______________________________________________
> > mpi-forum mailing list
> > mpi-forum at lists.mpi-forum.org
> > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum
> >
> >
> > --
> > Pavan Balaji
> > http://www.mcs.anl.gov/~balaji
> >
> > _______________________________________________
> > mpi-forum mailing list
> > mpi-forum at lists.mpi-forum.org
> > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum
>
>
> --
> Jeff Squyres
> jsquyres at cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
>
> _______________________________________________
> mpi-forum mailing list
> mpi-forum at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mpi-forum.org/pipermail/mpi-forum/attachments/20130826/ff266240/attachment-0001.html>