Skip to content

Update for "Changes in cloud/radiation interaction in GSD physics suite", non-aerosol-aware Thompson MP tests#11

Merged
DomHeinzeller merged 4 commits into
NOAA-GSL:gsd/developfrom
climbfuji:gsd-dev-clouds_thompson-no-aero_dom
Mar 13, 2020
Merged

Update for "Changes in cloud/radiation interaction in GSD physics suite", non-aerosol-aware Thompson MP tests#11
DomHeinzeller merged 4 commits into
NOAA-GSL:gsd/developfrom
climbfuji:gsd-dev-clouds_thompson-no-aero_dom

Conversation

@climbfuji
Copy link
Copy Markdown

@climbfuji climbfuji commented Feb 21, 2020

This PR:

  • adds regression tests for the non-aerosol-aware Thompson MP option
  • contains changes in cloud/radiation interaction in GSD physics suite in FV3 and ccpp-physics from @tanyasmirnova

Associated PRs:
NOAA-GSL/ccpp-physics#16
NOAA-GSL/fv3atm#13
#11

See below for regression testing information.

@climbfuji
Copy link
Copy Markdown
Author

@climbfuji
Copy link
Copy Markdown
Author

Regression testing on hera.intel against official DTC baseline using rt.conf: all tests pass except fv3_ccpp_gsd - this is expected because of the changes made here.

rt_full.log

@climbfuji
Copy link
Copy Markdown
Author

Note: the code as-is fails in restart mode, apparently we need fix something there. It also fails for the CCPP dynamic build for several tests, which usually indicates that there are uninitialized variables or something else is wrong. I will investigate, but this shouldn't stop you from running the hindcasts.

@hannahcbarnes
Copy link
Copy Markdown

@tanyasmirnova @haiqinli @DomHeinzeller I put the retro results for the radiation retro in today's Global meeting folder (https://drive.google.com/drive/folders/18gIyPm90ioM-rAmI0-GC4FUo1HiftRt0) it is called Retro_#2b5768b_CldRad.pptx

@climbfuji
Copy link
Copy Markdown
Author

Update 2020/03/06: I fixed the restart problem for the static CCPP build. Still, some tests are failing for the dynamic CCPP build:

[Dom.Heinzeller@hfe09 tests]$ grep -e FAIL log_hera.intel/*
log_hera.intel/rt_016_fv3_ccpp_gf_thompson_repro.log:Test 016 fv3_ccpp_gf_thompson FAIL
log_hera.intel/rt_017_fv3_ccpp_gsd_repro.log:Test 017 fv3_ccpp_gsd FAIL
log_hera.intel/rt_019_fv3_ccpp_gsd_warmstart_repro.log:Test 019 fv3_ccpp_gsd_warmstart FAIL
log_hera.intel/rt_020_fv3_ccpp_gsd_noah_repro.log:Test 020 fv3_ccpp_gsd_noah FAIL
log_hera.intel/rt_024_fv3_ccpp_gsd_drag_suite_repro.log:Test 024 fv3_ccpp_gsd_drag_suite FAIL

This is often an indicator of uninitialized arrays or wrong array dimensions. Will keep investigating.

@climbfuji
Copy link
Copy Markdown
Author

I cannot reproduce the b4b issue on my macOS using the GNU compiler for a 1-hour forecast. Will try again next week on hera/intel. It only affects the phyf*.nc files - must be some diagnostic variable.

@DomHeinzeller
Copy link
Copy Markdown

I cannot reproduce the b4b issue on my macOS using the GNU compiler for a 1-hour forecast. Will try again next week on hera/intel. It only affects the phyf*.nc files - must be some diagnostic variable.

@tanyasmirnova @haiqinli @joeolson42 @hannahcbarnes Update. The difference is in the phy_f3d_02 variable (ice effective radii). These seem to be purely diagnostic, because all other results are identical. I thus believe that this comes from the cloud effective radii calculation in the Thompson MP call (because these values are not used, they are effectively overwritten by the new logic in the radiation routines). This hypothesis still needs to be confirmed.

@climbfuji
Copy link
Copy Markdown
Author

I finally figured out the issue - uninitialized data in GFS_rrtmg_pre.F90 before going into the effective radii calculation from Thompson. Will update the code/PR and run the tests again.

@climbfuji
Copy link
Copy Markdown
Author

After fixing the bugs in GFS_rrtmg_pre.F90 introduced by this PR, I reran the full regression tests with the same results as mentioned above in #11 (comment) (all tests pass except fv3_ccpp_gsd, which is expected).

Now the GSD regression tests (first create in static mode, then verify in static and dynamic mode) all pass, including all existing and new debug tests.

rt_ccpp_gsd_create.log
rt_ccpp_gsd_verify.log

@DomHeinzeller DomHeinzeller merged commit badba27 into NOAA-GSL:gsd/develop Mar 13, 2020
@haiqinli
Copy link
Copy Markdown
Collaborator

@DomHeinzeller Yes, I think so.

jkhender pushed a commit to jkhender/ufs-weather-model that referenced this pull request Mar 21, 2020
christinaholtNOAA pushed a commit to christinaholtNOAA/ufs-weather-model that referenced this pull request Sep 3, 2020
* Move path from /lfs3 to /lfs4 for NCEP libraries

* Update Externals.cfg for changes in UFS_UTILS and EMC_post, and checkout the NCAR fork of ufs-weather-model

* Add CODEOWNERS file and PR template to the repo

* Remove CODEOWNERS file from top level directory (now in .github directory like in regional_workflow)

* Update Externals.cfg hashs for UFS_UTILS, ufs-weather-model, and EMC_post

* Update build_forecast.sh for WCOSS

The modulefile directories for WCOSS do not have Intel on the end for some reason, so this change is needed for the definition of the target variable.

* Add CMAKE_Platform line in build_forecast.sh to correctly build on Jet

* Fix for the duplicate ${target} variable in build_forecast.sh

Co-authored-by: BenjaminBlake-NOAA <52074832+BenjaminBlake-NOAA@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants