[Mpi3-rma] RMA proposal 2 initial text

Jeff Hammond jhammond at mcs.anl.gov
Thu Oct 28 07:16:26 CDT 2010


This sentence is missing a word:

"MPI_WIN_CREATE_DYNAMIC creates a window that allows ________ to
attach (register) and detach (deregister) process memory locally."

It doesn't sound like MPI, but I would use the word "one" there.
Perhaps the MPI way is "the programmer" or "the user".

Best,

Jeff

On Wed, Oct 27, 2010 at 9:41 PM, Pavan Balaji <balaji at mcs.anl.gov> wrote:
> All,
>
> I've attached a draft of proposal 2. Most of the changes that were
> originally planned for proposal 2 have been merged into proposal 1. I think
> we might be able to merge some more (or all) features into proposal 1 as
> well.
>
> Here are the main changes:
>
> 1. Communication ordering: communication from the same source to the same
> memory location is ordered now for all epochs (not something specific to
> lockfree). The user can relax it by setting the "unordered" info argument or
> a per-epoch MPI_MODE_UNORDERED assertion.
>
> 2. New calls for per-operation local completions for buffer reuse.
> Appropriate test and wait calls are also added.
>
> 3. Added a new MPI_WIN_LOCK_WAIT call that blocks till the lock is acquired
> for using shared memory regions with load/store capabilities within a
> window.
>
> I haven't added the MPI_WIN_ALLFLUSHALL call yet.
>
>  -- Pavan
>
> --
> Pavan Balaji
> http://www.mcs.anl.gov/~balaji
>
> _______________________________________________
> mpi3-rma mailing list
> mpi3-rma at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma
>
>



-- 
Jeff Hammond
Argonne Leadership Computing Facility
jhammond at alcf.anl.gov / (630) 252-5381
http://www.linkedin.com/in/jeffhammond




More information about the mpiwg-rma mailing list