Skip to content

Conversation

@bosilca
Copy link
Member

@bosilca bosilca commented Feb 27, 2019

#6436 part 1

ggouaillardet and others added 2 commits February 26, 2019 19:22
correctly handle the case in which iovec is full and the
last accessed element of the datatype is the beginning of a loop

Refs. open-mpi#6285

Thanks Axel Huebl for reporting this

Signed-off-by: Gilles Gouaillardet <gilles@rist.or.jp>

cherry-pick open-mpi#6295 into 3.1
Signed-off-by: George Bosilca <bosilca@icl.utk.edu>
The issue was a little complicated due to the internal stack used in the
convertor. The main issue was that in the case where we run out of iov
space to save the raw description of the data while hanbdling a
repetition (loop), instead of saving the current position and bailing out
directly we reading of the next predefined type element. It worked in
most cases, except the one identified by the HDF5 test. However, the
biggest issue here was the drop in performance for all ensuing calls to
the convertor pack/unpack, as instead of handling contiguous loops as a
whole (and minimizing the number of memory copies) we copied data
description by data description.

Signed-off-by: George Bosilca <bosilca@icl.utk.edu>
@bwbarrett bwbarrett merged commit df76abe into open-mpi:v3.1.x Mar 1, 2019
@bosilca bosilca deleted the issues/6436/v3.1 branch March 2, 2019 04:47
@ax3l ax3l mentioned this pull request Mar 12, 2019
2 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants