Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ROMIO: incorrect flattened file offset-length pairs when using MPICH 4.0.3 and prior #7169

Open
wkliao opened this issue Oct 10, 2024 · 0 comments

Comments

@wkliao
Copy link
Contributor

wkliao commented Oct 10, 2024

When using MPICH 4.0.3 and prior, I encounter an incorrect I/O result.
It happens when using MPI_Type_indexed() or MPI_Type_create_hindexed()
to concatenate multiple datatype created from MPI_Type_create_subarray().
The concatenated datatype is then used to define a fileview, when opening
a file. Adding printf statement inside of ROMIO reveals incorrect flattened
file offset-length pairs.

This issue does not happen when using MPICH 4.1 and later. As pointed out
in issue #7163, it is because MPIX_Type_iov functions are used to flatten
the fileview datatype since version 4.1 and MPIX_Type_iov functions
appear to be able to produce correct offset-length pairs.

I encountered this problem when running jobs on Perlmutter at NERSC,
whose MPI makes use of a ROMIO from MPICH earlier than 4.1. I believe
there are other MPI vendors that also use an older version of ROMIO.

Smaller reproducers are available in

The difference between the two programs are the call to
MPI_Type_indexed() and MPI_Type_create_hindexed().
If they are replaced by MPI_Type_create_struct(), as
in struct_fsize.c, then the generated offset-length pairs
are correct and hence the test program passed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant