Skip to content
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

Introduce namelist flag xr_cnvcld to control if suspended grid-mean convective cloud condensate should be included in cloud fraction and optical depth calculation in the GFS suite #184

Merged
merged 2 commits into from
Mar 27, 2024

Conversation

lisa-bengtsson
Copy link
Collaborator

This PR introduces namelist flag xr_cnvcld to control if suspended grid-mean convective cloud condensate should be included in cloud fraction and optical depth calculation in radiation in the GFS suite.

The default setting is .true. so all regression tests passes (on Hera). We recommend using .false. for C96 resolution.

Background:
Shan Sun, at GSL found the coupled SFS simulations (HR3 tag) at C96 have a drift in SST, not seen in C192 or C384. And not seen in P8 tag at C96 resolution.

I proposed that it is likely related to the cloud/convection/radiation interaction introduced in HR1 causing a feedback loop at when grid-mean suspended convective clouds are added to the cloud fraction at coarse resolution. Sensitivity tests showed that is the case. In discussion with Jongil Han, Ruiyu Sun and Fanglin Yang, EMC we propose to add a namelist flag that can be used for tuning at different applications (resolutions)

From Shan Sun, GSL:
image

Copy link
Collaborator

@dustinswales dustinswales left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@lisa-bengtsson These changes all look fine.
One comment though, there is already a flag to do this in RRTMGP, which you could use on the fv3atm side instead of introducing a new one for RRTMG. We could generalize it to doRAD_sgs_cnv, or something along those lines?

@lisa-bengtsson
Copy link
Collaborator Author

@dustinswales sure, I can use doRAD_sgs_cnv. Is it used in any other routine that could cause some conflict, e.g. if we tested MYNN in GFS or such? Is it default .true.? Otherwise I will have to set it to .true. in a bunch of RT's using this GFS suite.

@dustinswales
Copy link
Collaborator

@lisa-bengtsson It's not used outside of GP, so there shouldn't be any conflict using it within RRTMG.

@lisa-bengtsson
Copy link
Collaborator Author

It looks like doGP_sgs_cnv is default .false. so I would have to update all the RT's where this needs to be .true., and also rename it to doRAD_sgs_cnv everywhere in the code?

@dustinswales
Copy link
Collaborator

@lisa-bengtsson Just go ahead with your new nml option. I will follow up with this in a subsequent PR.

@zach1221
Copy link

@grantfirl testing is complete on UFS-WM PR #2202. Please feel free to merge this ccpp-physics sub-PR.

@grantfirl grantfirl merged commit 9b0ac7b into ufs-community:ufs/dev Mar 27, 2024
3 checks passed
bluefinweiwei added a commit to DTC-phytne/ccpp-physics that referenced this pull request Apr 7, 2024
	modified:   Interstitials/UFS_SCM_NEPTUNE/GFS_rrtmg_pre.F90
	modified:   Interstitials/UFS_SCM_NEPTUNE/GFS_rrtmg_pre.meta
	modified:   Radiation/radiation_clouds.f
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.

7 participants