Use ACCESS-NRI fork of generic tracers with accessom_coupler #26
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
See mom-ocean#388 for context and details.
This PR was originally made to
mom-ocean/MOM5
but it was decided that we would make the changes here first while some details about the build system and testing are still being resolved. Comments from @aidanheerdegen's review of the original PR have been incorporated here.Note, this PR includes the ACCESS-NRI fork of generic_tracers as a git submodule.
Note also, this PR removes the need for the
ACCESS-OM-BGC
build type (and hence theCSIRO_BGC
pp def). TheACCESS-OM
build type now always builds with theUSE_OCEAN_BGC
pp def and generic tracer WOMBAT can be configured at runtime. I’ve verified that always building withUSE_OCEAN_BGC
doesn’t impact performance when generic tracers are not configured. To do this, I ran two ACCESS-OM2 experiments on the NCI Gadi supercomputer:main
at the time of opening this PR).I ran three years of each. The experiments were run at the same time. The
chksum
outputs in the logs are identical between the experiments and the walltimes reported by PBS for each year are given in the table below.Closes mom-ocean#388