[Mpi3-rma] mpi3-rma post from bradc at cray.com requires approval

[William Gropp]

Yes - the requirement that *all* one-sided communication be ordered  
was what we objected to - not that there be no way to specify ordered  
communication.  This is one of the reasons I started the wiki page  
about which I just sent mail.

Bill

On May 30, 2010, at 9:55 AM, balaji at mcs.anl.gov wrote:

> Keith,
>
> The argument was against making MPI_Put more restrictive by  
> requiring atomicity, since MPI_Accumulate with REPLACE already  
> provides it. So, I think ordering is still important in this case.
>
> With respect to ordering, again, I think the argument was against  
> *only* ordered communication. I don't think there was opposition to  
> providing both ordered and unordered.
>
> -- Pavan
>
> --
> Pavan Balaji
> http://www.mcs.anl.gov/~balaji
>
> ----- "Keith D Underwood" <keith.d.underwood at intel.com> wrote:
>
>> Well, when Jeff and Bill successfully argued against a definition for
>> atomicity of access for conflicting accesses beyond "undefined", we
>> lost direct support for the UPC memory model.  After that, I no  
>> longer
>> cared about ordering and Jeff was still arguing vehemently against
>> ordering, so my understanding was that we had dropped ordering.  I am
>> not sure why we would support ordering without an access granularity
>> definition.
>>
>> Keith
>>
>>
>> ----- Original Message -----
>> From: mpi3-rma-bounces at lists.mpi-forum.org
>> <mpi3-rma-bounces at lists.mpi-forum.org>
>> To: MPI 3.0 Remote Memory Access working group
>> <mpi3-rma at lists.mpi-forum.org>
>> Cc: Brad Chamberlain <bradc at cray.com>
>> Sent: Sat May 29 22:38:03 2010
>> Subject: Re: [Mpi3-rma] mpi3-rma post from bradc at cray.com requires
>> approval
>>
>>
>> On 05/29/2010 06:24 AM, Underwood, Keith D wrote:
>>> 1) Ordering:
>>> 	a) Ordered from a given source to a given address on a given target
>> (unordered otherwise), or
>>> 	b) completely unordered
>>
>> My understanding was that we were providing both 1a and 1b. Or  
>> rather,
>>
>> MPI-2 already gives 1b, and we are proposing 1a together with it (not
>>
>> instead of it).
>>
>>  -- 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
>>
>> _______________________________________________
>> mpi3-rma mailing list
>> mpi3-rma at lists.mpi-forum.org
>> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma
> _______________________________________________
> mpi3-rma mailing list
> mpi3-rma at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma

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