-
Notifications
You must be signed in to change notification settings - Fork 66
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
Test mle diag #542
Test mle diag #542
Conversation
Adding and calculating diagnostic front length scale (lf_bodner) to mixed layer restratification code
updated pull request to eliminate dividing by 0 on the equator. may want to use a different value than "absurdly_small_freq2"
changing f2 to match f2_h declared at beginning of submodule
updating comment
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## dev/gfdl #542 +/- ##
=========================================
Coverage 37.20% 37.20%
=========================================
Files 271 271
Lines 80355 80363 +8
Branches 14985 14986 +1
=========================================
+ Hits 29894 29901 +7
Misses 44903 44903
- Partials 5558 5559 +1 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for this contribution of a new diagnostic, @amoebaliz, and thank you, @kshedstrom, for fixing the minor problems that were causing the original PR #532. Before we add this PR to dev/gfdl, though, I have a few suggestions that we might want to consider.
-
This commit adds what might be a relatively expensive diagnostic (or at least it would be were it not 2-d) that it calculates regardless of whether the diagnostic is being written out. It might be preferrable to add this diagnostic in a separate block with an
if (id_lbod)
test outside of it. -
We have recently added a cuberoot() function (see PR Recurrent failures of the GitHub Actions performance test #583 and PR *Use Halley method iterations in cuberoot function #544), which would allow us to eliminate a lot of the un-scaling and rescaling with this diagnostic, analogously to what is done in a pending PR (PR +(*)Bodner param with cuberoot and non-Boussinesq #545) that refactors
mixed_layer_restrat_Bodner()
to work properly in non-Boussinesq mode. I think that it would be helpful if we could revise this new diagnostic to work withcuberoot()
to avoid changing its answers at roundoff after people have started using it. -
A number of comments have 'LD:' in them to identify their author, but we have found that the github blame command it much more effective at tracing the history of the various lines of code in MOM6 and giving credit to its contributors, so we are discouraging people from adding their initials to comments like this. (I know that there are some old comments that do still have comments with names or initials, but these are mostly from before our conversion from CVS to git, when the
blame
option was not yet available.)
@Hallberg-NOAA I should have mentioned to you that I told @amoebaliz that I'd handle these revisions. I will try to polish it up today. |
Replaced by #568 |
@amoebaliz added an lf_bodner diagnostic. This cleans it up a little, allowing it to pass the auto-testing, etc.