You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Creating this issue to track the implementation of kspace_modify collective yes in Kokkos-enabled KSPACE package.
This has already been implemented in the non-Kokkos version of KSPACE.
@stanmoore1 I started working on this and had a quick question -- do you know why the send/recv buffers for the Alltoallv are allocated during the execution stage of the remap (
I am considering moving the Alltoallv buffer allocation to be in the same place as the Send/Irecv's to avoid excessive memory allocations, since we do know the sizes ahead of time. Thanks!
Creating this issue to track the implementation of
kspace_modify collective yes
in Kokkos-enabled KSPACE package.This has already been implemented in the non-Kokkos version of KSPACE.
Detailed Description
Collective code in the regular (non-Kokkos) node here:
https://github.com/lammps/lammps/blob/develop/src/KSPACE/remap.cpp#L113-L203
which is missing from the Kokkos version: https://github.com/lammps/lammps/blob/develop/src/KOKKOS/remap_kokkos.cpp#L106
The Kokkos version needs to support both GPU-aware MPI on and off, which is already done for the point-to-point version.
Further Information, Files, and Links
The text was updated successfully, but these errors were encountered: