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
{{ message }}
This repository has been archived by the owner on Aug 31, 2020. It is now read-only.
Currently, loops in k-harm are implemented directly as Kokkos::parallel_for calls given MDRange objects. This specifies what should be looped over, but also how it should be done. Ideally these should be split: some abstraction should be given an MDRange object, and then decide how (or even whether) to call Kokkos.
This is probably easiest to do by coding a drop-in replacement for parallel_for, which then looks inside the MDRange and decides what to call inside. This will need to be templated on the MDRange Rank.
The text was updated successfully, but these errors were encountered:
Currently, loops in k-harm are implemented directly as Kokkos::parallel_for calls given MDRange objects. This specifies what should be looped over, but also how it should be done. Ideally these should be split: some abstraction should be given an MDRange object, and then decide how (or even whether) to call Kokkos.
This is probably easiest to do by coding a drop-in replacement for parallel_for, which then looks inside the MDRange and decides what to call inside. This will need to be templated on the MDRange Rank.
The text was updated successfully, but these errors were encountered: