[Mpi3-rma] RMA proposal 2 initial text
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".
On Wed, Oct 27, 2010 at 9:41 PM, Pavan Balaji <balaji at mcs.anl.gov> wrote:
> 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
> 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
> I haven't added the MPI_WIN_ALLFLUSHALL call yet.
> -- Pavan
> Pavan Balaji
> mpi3-rma mailing list
> mpi3-rma at lists.mpi-forum.org
Argonne Leadership Computing Facility
jhammond at alcf.anl.gov / (630) 252-5381
More information about the mpiwg-rma