Update to RRTMGP v1.7, GEOSradiation_GridComp v1.8.0 #759
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 is a meta-PR for updating the components in GEOSgcm to use RRTMGP v1.7 which requires an updated GEOSradiation_GridComp as well:
To run RRTMGP v1.7 you also need a change in GEOSgcm_App currently in a PR: GEOS-ESM/GEOSgcm_App#585
This is zero-diff for RRTMG runs, only changes RRTMGP runs.
Note also that RRTMGP v1.7 can be run in Single Precision mode with the CMake option:
Tests show that single-precision RRTMGP is about 10-20% faster than DP. But, for now we are keeping the default build to be double precision by default until further testing. Per @dr0cloud:
Updates from GEOSradiation_GridComp v1.7
The above v1.8 tag also brings along updates from v1.7. As listed in #756, this also has effects.
The first is a small change needed for ongoing OceanBioGeoChem work (#28). To use this completely needs updates in GEOSgcm_GridComp and GOCART. Contact @mfmehari for more information.
The second is an update for on-going validation of RRTMGP (#33). This adds a new CMake option,
ENABLE_SOLAR_RADVAL
which is defaultOFF
. Enabling it will enable many new exports for validation purposes.This update is non-zero-diff for RRTMGP but that is not run by default currently. For RRTMG they are either zero-diff or 'truncation zero-diff', but these changes should only affect diagnostic outputs. That said, the Solar Internal Restart will have some changes (see below) but the overall state of the model is zero-diff with RRTMG:
long_name
)CLDHISW
: "high-level_cloud_area_fraction_rrtmg_sw_REFRESH" → "high-level_cloud_area_fraction_RRTMG_P_SW_REFRESH"CLDLOSW
: "low-level_cloud_area_fraction_rrtmg_sw_REFRESH" → "low-level_cloud_area_fraction_RRTMG_P_SW_REFRESH"CLDMDSW
: "mid-level_cloud_area_fraction_rrtmg_sw_REFRESH" → "mid-level_cloud_area_fraction_RRTMG_P_SW_REFRESH"CLDTTSW
: "total_cloud_area_fraction_rrtmg_sw_REFRESH" → "total_cloud_area_fraction_RRTMG_P_SW_REFRESH"TAUHIPAR
TAULOPAR
TAUMDPAR
TAUTTPAR
COTDENHIPAR
COTDENLOPAR
COTDENMDPAR
COTDENTTPAR
COTHIPAR
COTLOPAR
COTMDPAR
COTTTPAR
COTNUMHIPAR
COTNUMLOPAR
COTNUMMDPAR
COTNUMTTPAR