[mpich-discuss] How expensive is MPI_Win_create() compared to memcpy()?
Pavan Balaji
balaji at mcs.anl.gov
Tue Dec 27 22:55:14 CST 2011
On 12/27/2011 09:49 PM, Jed Brown wrote:
> Hmm... On second thought, it might be possible to make it not
> synchronize by passing an info argument (though it's not implemented
> yet). In this case, the base address and other information can be
> queried on-demand when the next PUT/GET/ACCUMULATE operation occurs.
>
> Or in the next Win_post/Win_start sequence?
Sure.
> The part I don't understand here is what benefit does wrapping an
> existing window object around new memory give you? Why not create a
> new window object around your new memory?
>
> Nothing in terms of semantics, but if it is less expensive to wrap new
> memory than to create a new window, then we can do that.
I see. In that case, the dynamically attaching memory to windows option
in MPI-3 is what you need. In this case, the window object is created
collectively once, and then memory can be attached to it as a local
operation without requiring collective synchronization.
-- Pavan
--
Pavan Balaji
http://www.mcs.anl.gov/~balaji
More information about the mpich-discuss
mailing list