1
1
openmpi/ompi/mca/pml
George Bosilca e658557d52 Move the convertor creation out of th critical path. If we expect a
message from a known peer (not MPI_ANY_SOURCE) then we can attach the
remote proc and initialize the convertor as soon as we know the data-type,
and the count (so basically in the _INIT macro). If it's not the case, then
create them in the _MATCHED macro (as in the original version). Of course,
beforeinitializing the convertor we check that there will be some data
in the message.

This commit, plus the convertor improvements from few days ago, lower the
latency for my test case environment (mvapi) by 0.1 microseconds. The convertor
now is as slim as it can be, I don't think there is anything else to
remove/improve. 

This commit was SVN r9843.
2006-05-07 21:03:12 +00:00
..
base The last commit wans't supposed to bring this function in. It's not yet 2006-05-07 20:51:43 +00:00
dr track wether the vfrag is being retransmitted 2006-05-04 17:30:58 +00:00
example Next step in the project split, mainly source code re-arranging 2006-02-12 01:33:29 +00:00
ob1 Move the convertor creation out of th critical path. If we expect a 2006-05-07 21:03:12 +00:00
portals * fix matching logic - since tag might be negative, need to mask the proper bits 2006-05-04 13:48:32 +00:00
Makefile.am Fix a bunch of install locations for header files 2005-12-08 00:54:44 +00:00
pml_direct_call.h.in * Fix a small bug George noticed - if you change the prefix (or any of the 2006-03-12 04:35:01 +00:00
pml.h - removed unused flags 2006-03-27 22:44:26 +00:00