This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
George replied to me in IM -- posting here for completeness:
> Yes, there is a reason. if sendi succeeds, it sends a very small data (at least on the devices that supports it), otherwise it returns a descriptor similar to btl_alloc()
> thus you will have to pack the data yourself, and the PML doesn't know if IN_PLACE should be used or not
> thus the resulting solution is slower than the default in the spart_prepare case (which is prepare_src + send)
On Jun 14, 2013, at 3:46 PM, Jeff Squyres (jsquyres) <jsquyres_at_[hidden]> wrote:
> In working on the upcoming Cisco USNIC BTL, we noticed that btl.sendi is invoked by OB1 in the non-MCA_BTL_FLAGS_SEND_INPLACE case.
> Is there a reason for this? Or is it only because no one who uses INPLACE has cared about sendi?
> Jeff Squyres
> For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
> devel mailing list
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/