[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