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
See the PR description NCAR/ccpp-framework#519 (comment) for a detailed explanation on why we want to investigate switching the allocation of data used by physics to contiguous arrays (and then send chunks of these contiguous arrays to the time integration for OpenMP-parallel processing).
This is part of a bigger project to transition all models using CCPP to the next-generation code generator (capgen instead of ccpp_prebuild).
Solution
This involves multiple steps:
Add capability to use contiguous arrays and passing chunks of them to the time integration phase to the CCPP framework (ccpp_prebuild)
Address the known issues with how we handle potentially inactive (unallocated) data that gets sent to the physics. The currently supported method will not work with contiguous arrays, causes a lot of problems, and is not acceptable for operational implementation.
Convert physics data types in fv3atm to contiguous and make any necessary changes that go along with it.
Perform performance comparisons to check that contiguous arrays are at least as performant as the currently used blocked data structures.
Alternatives
Do nothing. This will delay the transition to capgen and will leave problems with inactive data unresolved.
Testing:
Full testing (b4b, performance, ...) will be done at each step of the process, as applicable.
Dependent PRs:
n/a
The text was updated successfully, but these errors were encountered:
Description
See the PR description NCAR/ccpp-framework#519 (comment) for a detailed explanation on why we want to investigate switching the allocation of data used by physics to contiguous arrays (and then send chunks of these contiguous arrays to the time integration for OpenMP-parallel processing).
This is part of a bigger project to transition all models using CCPP to the next-generation code generator (
capgen
instead ofccpp_prebuild
).Solution
This involves multiple steps:
ccpp_prebuild
)Alternatives
Do nothing. This will delay the transition to
capgen
and will leave problems with inactive data unresolved.Testing:
Full testing (b4b, performance, ...) will be done at each step of the process, as applicable.
Dependent PRs:
n/a
The text was updated successfully, but these errors were encountered: