-
Notifications
You must be signed in to change notification settings - Fork 105
change comp_excln parameter to -1 (rank-ordered, deterministic sorting) #1358
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
rosiealice
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is a good idea, as we noted, most of our implementations at the moment do not use the competition feature, leading to large duplication of cohorts betweem canopy layers, so this will likely provide non-trivial efficiencies....
this commit doesn't include the base_file refenced in the patch as that will become available via NGEET#1358 when these are merged together
The workflow for merging these should run NGEET#1358 prior to this patch so this patch should use the default to make sure to include NGEET#1358 changes
|
See #1406 (comment) for discussion of test results. This PR will be automerged when #1406 will be integrated into |
updates to the default parameter file This update includes a phenology parameter refactor per NGEET#1355, an update to the default exclusion parameter per NGEET#1358, updates to the logging parameters to default to clearcut via NGEET#1359, and a minor long name correction per NGEET#1394.
updates to the default parameter file This update includes a phenology parameter refactor per NGEET#1355, an update to the default exclusion parameter per NGEET#1358, updates to the logging parameters to default to clearcut via NGEET#1359, and a minor long name correction per NGEET#1394.
This changes the default value of the
comp_exclnparameter to -1. This leads to the use of the rank-ordered sorting scheme, rather than the current-default probabilistic scheme. The main reason for doing this is that it results in fewer cohorts and therefore makes the model faster, which may be particularly important when increasing the number of canopy layers in #1315. It also has the effect of tending to slightly favor early-successional PFTs, as shown in fig. 13 of Koven et al, 2020, though that is not something that will show up in the kind of global nocomp and SP-mode simulations that this parameter file is currently mainly being aimed at.Description:
Collaborators:
Expectation of Answer Changes:
This will change answers in all cases other than SP.
Checklist
If this is your first time contributing, please read the CONTRIBUTING document.
All checklist items must be checked to enable merging this pull request:
Contributor
Integrator
Documentation
Test Results:
CTSM (or) E3SM (specify which) test hash-tag:
CTSM (or) E3SM (specify which) baseline hash-tag:
FATES baseline hash-tag:
Test Output: