[mpich-discuss] Generalized request classes

[Rajeev Thakur]

MPI_Iprobe does not do any communication itself. It doesn't do a receive, for example. So there is no need to call test/wait after an Iprobe, since there is nothing to complete. Hence no request object.

Rajev


On Aug 4, 2013, at 12:05 PM, Matthieu Dorier wrote:

> Hi,
> 
> Is there any hope that the currently non-standard generalized request interface (MPIX_Grequest_*) in mpich eventually becomes part of the standard (or something that looks like this API)?
> I just spent two days hopelessly trying to develop something with the standard generalized requests, but gave up: this API is basically useless unless a thread is used to do the MPI_Grequest_complete.
> 
> For information, what I was trying to do was a custom version of MPI_Iprobe that takes an MPI_Request* parameter instead of a int* flag and an MPI_Status*, in order to be able to call MPI_{Wait,Test}{all,any,some} on requests generated by different types of non-blocking operations including MPI_Iprob. (btw, is there a reason why MPI_Iprob doesn't have this signature already? That would have make more sense, in my opinion).
> 
> Matthieu Dorier
> PhD student at ENS Cachan Brittany and IRISA
> http://people.irisa.fr/Matthieu.Dorier
> _______________________________________________
> discuss mailing list     discuss at mpich.org
> To manage subscription options or unsubscribe:
> https://lists.mpich.org/mailman/listinfo/discuss