gsd/develop: handle blocked data structures in init and finalize routines, remove pset logic, metadata cleanup#23
Conversation
|
Manual testing on macOS with the GNU compilers: results are bit-for-bit identical for 6h forecast runs with the This is because of an actual bugfix (pass the correct optional arguments to mp_thompson_run to trigger the update of the cloud effective radii after the microphysics call). Without this bugfix, the cloud effective radii are updated slightly later in the next time step before the radiation calls, thus the results of the time integration is bit for bit identical. |
69cfe71 to
c6806da
Compare
|
Regression testing on hera.intel using These tests fail because the physics have been updated and/or new tests have been added (i.e. missing baselines); they all run to completion without crashing. rt_hera_intel_full_verify.log |
|
Regression testing on hera.intel using
@hannahcbarnes is currently conducting a ten-testcase retrospective run to ascertain that the differences due to the compiler optimization do not have any statistically significant impact on the results. TO BE COMPLETED |
|
Regression testing on hera.intel using rt_hera_intel_ccpp_gsd_create_new_baseline.log |
|
@gold2718 @ligiabernardet @llpcarson @grantfirl @mzhangw @JulieSchramm - for your information, this is a fairly significant update of the CCPP framework capabilities to handle blocked data structures in the Note that the name of the new metadata attribute Another important change is the removal of the infamous Both together are a big step towards transitioning to |
|
Here is an example for handling blocked data structures for |
|
@dustinswales for your information, the fv3atm and ccpp-physics PRs contain some bugfixes for RRTMGP that I discovered when hardening some of the error checking functionality in |
|
@tanyasmirnova @joeolson42 @haiqinli @hannahcbarnes these PRs are ready for review, and once Hannah completed the retrospective runs, hopefully also ready to merge. Please have a good look. Most of the changes in the ccpp-physics PR are about fixing inconsistent use of |
|
Yes, some of that cooling is due to the reduced sgs ice clouds. Dave Turner
has recently showed me some results from DOE's SGP and Alaska site, which
shows that we have loe ice water path, so I will retract that modification.
That alone will help, but this version of the MYNN has the same low
diffusivity as in the current HRRR, which I also think isn't suitable for
the global applications. I'll probably have to increase the mixing lengths
back to their former global values.
…-joe
On Fri, May 29, 2020 at 12:48 PM tanyasmirnova ***@***.***> wrote:
Dom,
I ran a case for 20 Nov 2019 and found the differences in the 21-h fcst
from your branch and top of gsd/develop branch (checkout out today) that I
did not expect. Below is the plot for 2-m T difference:
[image: Screen Shot 2020-05-29 at 12 42 39 PM]
<https://user-images.githubusercontent.com/38667904/83294270-473e5100-a1aa-11ea-9e2a-2aeb604a212c.png>
The test directory is
/scratch1/BMC/gsd-fv3-dev/smirnova/fv3_rt/MANUAL_TEST_C768_20191120_gsdnoah_dom28may20
Did you expect to see this kind of differences?
Thanks,
Tanya
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#23 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADLRR3RS7W6EEZLPSYHGNUTRT77NXANCNFSM4NMOZGUA>
.
--
Joseph Olson
Meteorologist
Environmental Prediction Advancement Division
Global Systems Laboratory
NOAA-Earth System Research Labs
Boulder, Colorado
|
|
I saw that this PR has the following change for the MYNN PBL: Also, In Hannah's ppts we see a significant cold bias near the surface in the polar areas. Why do we want to make it even cooler? |
|
Tanya is right, I do not expect any statistically significant differences in the runs. There were no science changes, just removing the workaround for the Thompson MP scheme and a bugfix that prevented updating the cloud effective radii as part of the Thompson MP call. But this only has an effect for the diagnostic output, because the effective radii are calculated again before radiation. We could get rid of the redundant calculation in Thompson MP, actually. Tanya, can you recompile the code with REPRO=Y for both the head of gsd/develop and my branch and redo the forecasts, please? |
|
Just to clarify, I expect the runs to be b4b identical in REPRO mode. If this is the case, then there is nothing we can do other than accept the changes and fix the actual cause as Joe described above. @tanyasmirnova can you please clarify which suite definition file you used, and which compiler options? |
|
It's not clear to me which code versions Tanya is comparing.
…-joe
On Fri, May 29, 2020 at 3:22 PM Dom Heinzeller ***@***.***> wrote:
Just to clarify, I expect the runs to be b4b identical in REPRO mode. If
this is the case, then there is nothing we can do other than accept the
changes and fix the actual cause as Joe described above. @tanyasmirnova
<https://github.com/tanyasmirnova> can you please clarify which suite
definition file you used, and which compiler options?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#23 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADLRR3XEBNNG7KJAFUX3ZTLRUARR3ANCNFSM4NMOZGUA>
.
--
Joseph Olson
Meteorologist
Environmental Prediction Advancement Division
Global Systems Laboratory
NOAA-Earth System Research Labs
Boulder, Colorado
|
|
Dom, The run directories: |
|
Joe, |
Very confusing. I will need to check your code and run directories, as well as my PR once more. |
|
OK, then I agree, this is a very confusing result...
…On Fri, May 29, 2020 at 3:38 PM Dom Heinzeller ***@***.***> wrote:
Joe,
I compare top of gsd./develop branch and
Dom's code:
git clone -b gsd_develop_blocked_data_structures --recursive
https://github.com/climbfuji/ufs-weather-model
Very confusing. I will need to check your code and run directories, as
well as my PR once more.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#23 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADLRR3XBY4ZY6FW5O5CGCPLRUATM3ANCNFSM4NMOZGUA>
.
--
Joseph Olson
Meteorologist
Environmental Prediction Advancement Division
Global Systems Laboratory
NOAA-Earth System Research Labs
Boulder, Colorado
|
c6806da to
059912c
Compare
|
I just ran the following three regression tests using the head of gsd/develop and the code in these PRs (and yes, both are identical with the source codes that Tanya used): The results are b4b identical in all checksums and all files, except the purely diagnostic cloud effective radii in RESTART/phy_data.tile{1-6}.nc, as explained earlier. I will do prod runs next and see what kind of differences I get in 24h integrations, compared to each other and compared to the retro runs. |
|
Update: same story for the PROD runs - only difference is in |
|
Next update: despite these identical results, I can reproduce the differences that @tanyasmirnova found for her regional c768 test case in REPRO mode. |
|
@tanyasmirnova @joeolson42 @hannahcbarnes I got something. When I remove the |
|
Here is a screenshot of the original code (head of gsd/develop) with Clearly, the colder temperatures in the arctic regions come from turning off using the effective radii in the RRTMG pre/clouds code for Thompson MP. With respect to the cold bias introduced by these PRs: this is because I fixed a bug in the CCPP prebuild config that prevented the effective radii being calculated in Thompson MP (i.e. after the actual microphysics calls). We should turn this off correctly and document it, because it is not needed if those radii are calculated before radiation anyway (and apparently in a slightly different way - to be discussed in today's telecon). @tanyasmirnova @hannahcbarnes @joeolson42 |
…led model (ufs-community#254) * Implements a bugfix for the mapping of ifrac for both nems_orig and nems_frac in CMEPS: issue (#17)[NOAA-EMC/CMEPS#17] * Adds field-packing for performance improvements in CMEPS: issue (#23)[NOAA-EMC/CMEPS#23] * Uses module file fv3_debug when DEBUG=Y is specified and fv3_debug is available * Shortens the nems.configure file name used with the coupled model



Changes in this PR:
Associated PRs:
NOAA-GSL/ccpp-framework#4
NOAA-GSL/ccpp-physics#29
NOAA-GSL/fv3atm#30
#23
For regression testing information, see below.