OK, I thought you were referring to a generic memory barrier call, not related to the window.

In what case will you need this call outside the epoch, given that you can only access the window content in an epoch?

On Feb 5, 2014 12:06 PM, Jeff Hammond <jeff.science@gmail.com> wrote:
On Wed, Feb 5, 2014 at 11:57 AM, Balaji, Pavan <balaji@anl.gov> wrote:
>
> On Feb 5, 2014, at 11:54 AM, Jeff Hammond <jeff.science@gmail.com> wrote:
>> I think advice to users regarding WIN_SYNC wouldn't hurt given that
>> some of us are talking about it as if it is a portable abstraction for
>> a memory barrier when it is now only correct to use it within an RMA
>> sync epoch.  Or we need to relax this restriction.
>
> Without this restriction, there’s no connection to what memory is being made consistent with the WIN_SYNC call.  I’d be against removing it.

The memory being made consistent is obviously the public and private
window.  In the case of UNIFIED, it's just a memory barrier.  Right?

I suppose someone could always WIN_LOCK+WIN_SYNC+WIN_UNLOCK as a
portable abstraction for a memory barrier in the case where an epoch
is not already established.

Jeff


--
Jeff Hammond
jeff.science@gmail.com
_______________________________________________
mpiwg-rma mailing list
mpiwg-rma@lists.mpi-forum.org
http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma