[Mpi3-bwcompat] MPI timer requests
    Jeff Squyres 
    jsquyres at [hidden]
       
    Mon Mar  7 14:31:41 CST 2011
    
    
  
On Mar 7, 2011, at 7:04 AM, Supalov, Alexander wrote:
> The idea of separating the timeout functionality from the actual request(s) that are being waited upon looks interesting to me. One could probably want to timeout on a non-blocking spawn or connect/accept, etc., as well. Or on any non-blocking collective, for that matter. Would this proposal work there?
Yes, timers will work anywhere -- they're requests, like any other request.  So you can use them with any MPI_WAIT* / MPI_TEST* functions.  
As I understand it, the FT group has some internal proposals about non-blocking spawn, connect, accept, etc.  
Our idea here was to minimally impact other, existing parts of MPI.  A timer request is a standalone item; it can complete independent of any other request (e.g., a non-blocking p2p or collective communication, spawn, accept, connect, ..etc.).  As Fab stated, completion of a timer intentionally has no other connotation about other incomplete actions.
Dave's point about generalized requests is a good one, though -- I need to go think about that and convince myself that what we're talking about isn't syntactic sugar and/or why it's better to be in the MPI implementation.
-- 
Jeff Squyres
jsquyres_at_[hidden]
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
    
    
More information about the Mpi3-bwcompat
mailing list