Merge coastal to ocean/develop: COMPASS and sediment additions#485
Merge coastal to ocean/develop: COMPASS and sediment additions#485mark-petersen merged 59 commits intoocean/developfrom
Conversation
|
@xylar and @pwolfram, we need some of these changes for COMPASS, so I thought we would try a merge. If it passes our normal tests, I'll go ahead and merge it. That is better than taking the small pieces we need. @xylar, could you resolve the conflicts on The |
|
@mark-petersen and @pwolfram, all the conflicts were related to change I made so I have resolved them using |
|
@mark-petersen, when were you planning on doing this merge? |
|
In 2-4 weeks. There is no rush, it's just good practice to update occasionally. We have more pressing items to merge to ocean/develop right now. |
|
@mark-petersen, was the |
|
@xylar, we need to at this point ensure that |
|
@mark-petersen, can we make sure #520 is in this PR? Plan to merge this week if you can afford to wait. |
|
There are other merges going in this week, so this PR will not go it right now. Feel free to update the coastal branch as needed. |
|
Related to #550 and #577, when will be a good time for this merge to happen? @pwolfram and @mark-petersen? |
|
It's been more than a month an a half since I pinged on this last. It's holding up my work. @sbrus89 and @mark-petersen, can we make a point of getting |
|
Okay great! |
|
Looks like we need a rebase? |
|
@xylar, I've re-rebased and am running some tests today. |
|
Jinx! |
|
I'm currently sorting out some non-BFB differences after the latest rebase. |
|
@mark-petersen, I'm able to get BFB matches with debug on. Some of the differences with it off are bigger than I expected: Hurricane case: Drying slope case: |
|
@sbrus89 how long does your hurricane case run here, where you see 0.02 differences in kinetic energy? |
|
The case takes 3.5 hours on 72 cores. I'm checking to see where in the domain the largest differences are. |
SedimentFluxIndex - I SedimentFluxIndex -I add the following files - Registry_sediment_flux_index.xml - mpas_con_sediment_flux_index.F sedimentFluxIndex - I update add four variables - sedimentFluxIndexVAX : Vertically-Averaged sFI in X-direction - sedimentFluxIndexVAY : Vertically-Averaged sFI in Y-direction - sedimentFluxIndexBX: Bottom sFI in X-direction - sedimentFluxIndexBY: Bottom sFI in Y-direction Adds sediment flux calculation calculate sediment fall velocity by Goldstein and Coco 2013 calculate ratio "a" of sediment flux Q and U3 by Grawe et al 2014 calculate vertically-averaged and close bottom sediment flux (kg/m/s) test the AM on the case ziso/2.5km/default Add Soulsby and Damgaard bedload transport formulae Goldstein and Coco's fall velocity equation seems to overestimate Ws, might be repaced by VanRijn [1989] or Zhu & Cheng [1993] in next commit
Note, time step may be too conservative and it may be possible to increase dt.
|
Tested on grizzly with both gnu and intel, debug and optimized. Passes nightly regression suite, and was bfb with ocean/develop, as expected, because this PR does not change forward mode other than for coastal test cases. @sbrus89 I am comfortable with the differences you saw above after your recent rebase. The performance changes in #513 make non-bfb changes with compiler optimization that can lead to larger changes after a long run. The fact that you got BFB match with debug on means it's the same differences we had seen when testing #513. |
|
@mark-petersen, I think we need to figure out #658 first and what broke it. |
sbrus89
left a comment
There was a problem hiding this comment.
@mark-petersen, I approve based on my testing of the coastal test cases.
|
In the future, I don't think we want to be rebasing or editing commit history for any branch that has PRs into it, including |
|
@xylar thanks for your comment. @sbrus89 and I saw that yesterday, and agree with you. In the future we will merge ocean/develop back into this branch to resolve merge conflicts. Another option is to rebase with I'd like to leave this one be, as it is not worthwhile changing now. We will leave the merges in, in the future. |
|
I looked through the code (only skimming the many COMPASS additions) and it looks okay to me. I just want to double check that you are 100% sure none of the changes in I ran the QU240 I would like to make sure the SOwISC12to60, ECwISC30to60 and QUwISC240 work after these changes, which means I need to wait on the bug fix that @mark-petersen is working on, since I don't think they work before these changes at the moment. Once that's sorted out, I will approve. |
* ocean/develop: (59 commits) Merged ocean/coastal. See PR #485
…nto ocean/develop fix Rayleigh drag logic on implicit vertical mix MPAS-Dev#676 Fix if statement for Rayleigh drag introduced in MPAS-Dev#485. When Rayleigh drag was on, it turned off implicit vertical mixing. We only use Rayleigh drag for spin-up, so this does not change normal forward model runs or E3SM simulations.

Additions for the coastal needs. Includes three new analysis members:
and changes to the hurricane and drying slope COMPASS test cases and init mode. Does not change forward mode simulations.