Re: [Mpi3-rma] RMA proposal 2 initial text
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 <[email protected]> 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 [email protected] http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma
-- Jeff Hammond Argonne Leadership Computing Facility [email protected] / (630) 252-5381 http://www.linkedin.com/in/jeffhammond
participants (1)
-
Jeff Hammond