Preindustrial - increase atmosphere processors #109
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
This pull request has been mentioned on ACCESS Hive Community Forum. There might be relevant details there: https://forum.access-hive.org.au/t/access-esm1-5-release-information/2352/5 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
This pull request is related to (but doesn't close) #94
When looking at ESM1.5 with different processor decompositions in #94, tests showed that increasing the processors assigned to the atmosphere by one node typically reduced the total wall time for the coupled configuration by ~10%, with little to no impact on SU usage.
In the current configuration (atmosphere = 192 pes, ocean = 180, ice = 12), the ocean spends ~10 minutes per year simulation waiting for the atmosphere. Increasing the number of processors on the atmosphere by a node greatly cuts dowm this wait time, hence reducing the wall time.
Note that the above results were run using the "spinup" diagnostic presets, and that increasing the saved output does increase the total walltime.
See #94 for additional details, including on the walltime variations that can occur with ESM1.5.