[Mpi3-rma] RMA proposal 2 initial text

[Hubert Ritzdorf]

Some remarks to the actual document:

(*) Page 20: MPI_RMA_ACCUMULATE
    rma_req is missing in the C argument description and
    Fortran interface description
(*) Page 23: MPI_COMPARE_AND_SWAP and 
    What does ``bitwise identical'' mean for a portable
    MPI datatype such as C int which may have different
    sizes in heterogeneous environments.
(*) Page 23: MPI_COMPARE_AND_SWAP and MPI_GET_ACCUMULATE
    Which datatypes (and alignments) are fast in hw is
    dependent on the target rank (and possibly window)
    in non-homogeneous systems. I can't see, how this
    can be handled by a portable program without query
    functions by only checking the documentation.
(*) Section 11.4
    I hope, that this section is obsolete and this functionality
    will be handled by the standard MPI_{Test,Wait} functions.
(*) Example 11.15, Process A:
    I think, that there is missing a MPI_Win_membar after 
    X = 2 before MPI_Barrier.
    Correspondingly, I think that MPI_Win_membar is missing after 
    assignments to X, Y, A in Examples 11.16 and 11.17.

Hubert
    

-----Original Message-----
From: mpi3-rma-bounces at lists.mpi-forum.org [mailto:mpi3-rma-bounces at lists.mpi-forum.org] On Behalf Of Pavan Balaji
Sent: Monday, November 01, 2010 12:31 AM
To: MPI 3.0 Remote Memory Access working group
Subject: Re: [Mpi3-rma] RMA proposal 2 initial text


I've uploaded an updated draft of the proposal that includes 
user-defined accumulate operations as well.

  -- Pavan

On 10/29/2010 12:33 PM, Pavan Balaji wrote:
>
> Thanks. Updated the description on the wiki page. There are three
> changes in this proposal as listed below.
>
>    -- Pavan
>
> On 10/29/2010 11:49 AM, William Gropp wrote:
>> Thanks.  I've added this to the Propoal 2 page on the wiki ( https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/mpi3-rma-proposal2
>>     )
>>
>> Bill
>>
>> On Oct 27, 2010, at 9:41 PM, Pavan Balaji 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
>>> <one-side-2.pdf><ATT00001..txt>
>>
>> William Gropp
>> Deputy Director for Research
>> Institute for Advanced Computing Applications and Technologies
>> Paul and Cynthia Saylor Professor of Computer Science
>> University of Illinois Urbana-Champaign
>>
>>
>>
>>
>> _______________________________________________
>> mpi3-rma mailing list
>> mpi3-rma at lists.mpi-forum.org
>> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma
>

-- 
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