Dear experts,
can someone tell whether there is some known issue with MPI::allreduce in
release 1.4.x that one should be aware of?
The comparison of the performances of one application with Openmpi 1.4
and Openmpi 1.10.4 shows some uge differences, that I fail to understand.
Of course, I could s
Thanks for the quick feedback. I opened an issue here:
https://github.com/open-mpi/ompi/issues/5383
Clyde Stanfield
Software Engineer
734-480-5100 office
clyde.stanfi...@mdaus.com
-Original Message-
From: users [mailto:users-boun...@lists.open-mpi.org] On Behalf Of Nathan Hjelm
Clyde,
thanks for reporting the issue.
Can you please give the attached patch a try ?
Cheers,
Gilles
FWIW, the nbc module was not initially specific to Open MPI, and hence used
standard MPI subroutines.
In this case, we can avoid the issue by calling internal Open MPI
subroutines.
This is an
No, thats a bug. Please open an issue on github and we will fix it shortly.
Thanks for reporting this issue.
-Nathan
> On Jul 6, 2018, at 8:08 AM, Stanfield, Clyde
> wrote:
>
> We are using MPI_Ialltoallv for an image processing algorithm. When doing
> this we pass in an MPI_Type_contiguous
We are using MPI_Ialltoallv for an image processing algorithm. When doing this
we pass in an MPI_Type_contiguous with an MPI_Datatype of MPI_C_FLOAT_COMPLEX
which ends up being the size of multiple rows of the image (based on the number
of nodes used for distribution). In addition sendcounts, sd
