Bradley,
We had similar needs in one of our projects and as a quick hack we extended
the GRequest interface to support persistent requests. There are cleaner
ways, but we decided that highjacking the OMPI_REQUEST_GEN was good enough
for a proof-of-concept. Then add a start member to the ompi_grequ
George,
i digged into the code, and it is now not working as expected :-(
here is a snippet of my test code :
putenv("OMPI_MCA_coll_tuned_bcast_algorithm=1");
putenv("OMPI_MCA_coll_tuned_bcast_algorithm=1");
MPI_Init(&argc,&argv);
MPI_Bcast(out,MAXLEN,MPI_INT,root,MPI_COMM_WOR
Gilles, Nathan, Jeff, George, and the OMPI Developer Community,
Thank you all for your kind and helpful responses.
I have been gathering your advice and trying to put the various pieces together.
Currently, I have managed to graft a new function MPI_LIBPNBC_Start at the MPI
level with a corres
Bradley,
good to hear that !
What Jeff meant in his previous email, is that since persistent
collectives are not (yet) part of the standard, user visible functions
(Pbcast_init, Pcoll_start, ...) should be part of an extension (e.g.
ompi/mpiext/pcoll) and should be named with the MPIX_ pre
