Hello Dave,
There's an issue opened about this -
https://github.com/open-mpi/ompi/issues/8252
However, I'm not observing failures with IMB RMA on a IB/aarch64 system and UCX
1.9.0 using OMPI 4.0.x at 6ea9d98.
This cluster is running RHEL 7.6 and MLNX_OFED_LINUX-4.5-1.0.1.0.
Howard
On 12/7/20
Ralph Castain via users writes:
> Just a point to consider. OMPI does _not_ want to get in the mode of
> modifying imported software packages. That is a blackhole of effort we
> simply cannot afford.
It's already done that, even in flatten.c. Otherwise updating to the
current version would be t
After seeing several failures with RMA with the change needed to get
4.0.5 through IMB, I looked for simple tests. So, I built the mpich
3.4b1 tests -- or the ones that would build, and I haven't checked why
some fail -- and ran the rma set.
Three out of 180 passed. Many (most?) aborted in ucx,
Hi George,
I've implemented a call to MPI_Type_f2c using fortran C_BINDING and it
works . Data types are allways set as deallocated (I've checked the
reverse by commenting the calls to MPI_type_free(...) to be sure that it
reports "Not deallocated" in my code in this case.
Then I've ran the code
Hi,
I've written a small piece of code to show the problem. Based on my
application but 2D and using integers arrays for testing.
The figure below shows the max RSS size of rank 0 process on 2
iterations on 8 and 16 cores, with openib and tcp drivers.
The more processes I have, the larger the
