You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think we want two APIs for working with asynchronous communication:
request based interface which just returns request objects, which expose wait(), test() etc.
a future-based interface which allows for chaining. I.e. a call returns a future, when can then transform the result using then() and pass a transformation lambda. The then()-transformations are chained and lazy-evaluated when wait() is called on the future.
we can draw inspiration from what UPC++ does (see here and here )
This would also be another USP for KaMPIng, MPL only has plain requests, the rwth-mpi implementation only provides rudimentary future support
For the current milestone we focus only on point to point communication
iprobe
. #521)irecv
#615)Non-blocking/asynchronous collectives are part of #549
The text was updated successfully, but these errors were encountered: