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

Change default fractional_seaice option from 0 to 1 #1401

Merged
merged 4 commits into from
Feb 25, 2021
Merged

Change default fractional_seaice option from 0 to 1 #1401

merged 4 commits into from
Feb 25, 2021

Conversation

weiwangncar
Copy link
Collaborator

@weiwangncar weiwangncar commented Feb 11, 2021

TYPE: enhancement

KEYWORDS: namelist fractional_seaice, default, replacing original PR#1128

SOURCE: Internal

DESCRIPTION OF CHANGES:
Since GFS, the most commonly used input data source, has been providing fractional seaice
data for a while, it seems reasonable to make the default option for fractional_seaice to be 1.
This should also help our general users. Both ERA5 and ERA-Interim provide fractional seaice
data, too.

Turning on the fractional seaice flag broke many MPI vs OpenMP comparison tests. This led to the finding that the
option is not thread safe for a number surface layer physics options: revised MM5, original MM5, MYJ, QNSE and PX (sf_sfclay_physics = 1, 91, 2, 4, and 7). This PR additionally provides the fix for these options.

LIST OF MODIFIED FILES:
M Registry/Registry.EM_COMMON
M phys/module_surface_driver.F

TESTS CONDUCTED:

  1. Regression test all pass.

RELEASE NOTE: The default option for using fractional_seaice has been changed from 0 (off) to 1 (on) starting with release v4.3. In addition, several surface layer schemes are made thread safe if fractional seaice option is used. These are revised MM5, original MM5, MYJ, QNSE and PX surface layer scheme (sf_sfclay_physics = 1, 91, 2, 4, and 7).

@weiwangncar weiwangncar requested a review from a team as a code owner February 11, 2021 20:03
@davegill
Copy link
Contributor

@weiwangncar
Wei,
Just artificially bumping up your PR numbers, I see. :)

@weiwangncar
Copy link
Collaborator Author

@davegill I wanted to hit #1400!

@weiwangncar weiwangncar requested a review from a team as a code owner February 18, 2021 17:50
@davegill
Copy link
Contributor

@weiwangncar
Good detective work!
Once the jenkins test is back, I'll approve.

@davegill davegill self-requested a review February 18, 2021 18:21
@davegill
Copy link
Contributor

:shipit:

@weiwangncar weiwangncar merged commit 0fff69a into wrf-model:develop Feb 25, 2021
@weiwangncar weiwangncar deleted the fractional_seaice_flag branch February 25, 2021 23:58
kkeene44 added a commit that referenced this pull request Apr 14, 2021
…real cases (#1468)

TYPE: no impact

KEYWORDS: fractional_seaice, registry, Registry.EM_COMMON, namelist.input, SLAB

SOURCE: internal

DESCRIPTION OF CHANGES:
Problem:
The namelist parameter "fractional_seaice" was recently modified in the Registry.EM_COMMON file to be set to "on"
(1) by default (commit 0fff69a, PR #1401 "Change default fractional_seaice option from 0 to 1". However, if
using the SLAB scheme, fractional_seaice must be turned off, which causes problems for some of the default
idealized cases. Additionally, some other cases where users are running with the SLAB scheme (and not realizing it's
turned on by default), would cause lots of user difficulty and confusion.

Solution:
Set fractional_seaice back to 0 (off) in Registry.EM_COMMON, but add it (and turned on) to three of the default
namelists in the test/em_real directory as examples.

LIST OF MODIFIED FILES:
M test/em_real/namelist.input
M test/em_real/namelist.input.global
M test/em_real/namelist.input.jan00
M Registry/Registry.EM_COMMON

TESTS CONDUCTED:

The namelist changes have no impact on the build or run phases of the model.
When fractional seaice was activated by default, this uncovered several problems that were previously addressed.
Reverting the default fractional seaice setting back to zero (OFF) is not problematic.
f87b449, #1422 "Fix for fractional_seaice option, again"
476990a, #1457 "Fix for fractional seaice using MYJ and QNSE surface layer with MYNN PBL"
vlakshmanan-scala pushed a commit to scala-computing/WRF that referenced this pull request Apr 4, 2024
TYPE: enhancement

KEYWORDS: namelist fractional_seaice, default, replacing original PR#1128

SOURCE: Internal

DESCRIPTION OF CHANGES:
Since GFS, the most commonly used input data source, has been providing fractional seaice
data for a while, it seems reasonable to make the default option for fractional_seaice to be 1.
Both ERA5 and ERA-Interim provide fractional seaice data, too. When fractional seaice data is available, this option should be used in general.

Turning on the fractional seaice flag broke many MPI vs OpenMP comparison tests. This led to the finding that the option is not thread safe for a number surface layer physics options: revised MM5, original MM5, MYJ, QNSE and PX (sf_sfclay_physics = 1, 91, 2, 4, and 7). This PR additionally provides the fix for these options.

LIST OF MODIFIED FILES:
M Registry/Registry.EM_COMMON
M phys/module_surface_driver.F

TESTS CONDUCTED:
Jenkins test all pass.

RELEASE NOTE: The default option for using fractional_seaice has been changed from 0 (off) to 1 (on) starting with release v4.3. In addition, several surface layer schemes are made thread safe if fractional seaice option is used. These are revised MM5, original MM5, MYJ, QNSE and PX surface layer scheme (sf_sfclay_physics = 1, 91, 2, 4, and 7).
vlakshmanan-scala pushed a commit to scala-computing/WRF that referenced this pull request Apr 4, 2024
…real cases (wrf-model#1468)

TYPE: no impact

KEYWORDS: fractional_seaice, registry, Registry.EM_COMMON, namelist.input, SLAB

SOURCE: internal

DESCRIPTION OF CHANGES:
Problem:
The namelist parameter "fractional_seaice" was recently modified in the Registry.EM_COMMON file to be set to "on"
(1) by default (commit 0fff69a, PR wrf-model#1401 "Change default fractional_seaice option from 0 to 1". However, if
using the SLAB scheme, fractional_seaice must be turned off, which causes problems for some of the default
idealized cases. Additionally, some other cases where users are running with the SLAB scheme (and not realizing it's
turned on by default), would cause lots of user difficulty and confusion.

Solution:
Set fractional_seaice back to 0 (off) in Registry.EM_COMMON, but add it (and turned on) to three of the default
namelists in the test/em_real directory as examples.

LIST OF MODIFIED FILES:
M test/em_real/namelist.input
M test/em_real/namelist.input.global
M test/em_real/namelist.input.jan00
M Registry/Registry.EM_COMMON

TESTS CONDUCTED:

The namelist changes have no impact on the build or run phases of the model.
When fractional seaice was activated by default, this uncovered several problems that were previously addressed.
Reverting the default fractional seaice setting back to zero (OFF) is not problematic.
f87b449, wrf-model#1422 "Fix for fractional_seaice option, again"
476990a, wrf-model#1457 "Fix for fractional seaice using MYJ and QNSE surface layer with MYNN PBL"
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants