-
Notifications
You must be signed in to change notification settings - Fork 19
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
Add harmonics limiter for entr/detr, set GABLS config #2125
Conversation
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.
Looks good to me. Just want to double check that this filter is approved by @tapios :) Should we start to keep track of the filters we have somewhere?
Btw when I tried a quick hack for setting e_int to be the same it didn't work, but maybe I did something wrong.
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.
I do not particularly like this zeroing out approach, but I'm ok with having it if there is no more principled alternative.
It should suffice to have entrainment go to zero as a -> 0. Did you try an approach that does that? In some experiments, I found that limiting entrainment by multiplying it with 2*harmonic_mean([max(a, 0); max(1-a, 0)]))
(while increasing entrainment overall) leads to bounded solutions for a
. Could you try this here?
I will try it. But I think that here the issue is not that the area does not go to zero. But rather that the area is close to zero, but the updraft still has different properties than the grid mean |
Is the issue the updraft buoyancy? |
The way I understand it is that if a<<1 we are setting the updraft e_tot to be the same as the grid mean. But if the updraft vertical velocity is different that will make internal energy different and will cause things to diverge. I'm not sure what is causing the initial divergence. Here are the timeseries and final profiles from GABLS without the filter I'm trying to add. |
4fc3fd1
to
de3d4a1
Compare
It's probably not related, I just would like to comment here so I won't forget: I think it would be better to change this line to |
de3d4a1
to
3976c84
Compare
3976c84
to
bdc5ca4
Compare
In the end I'm:
This doesn't solve the problem. Our GABLS simulation continues to diverge. But maybe we can merge this setup in, while we try to understand how to make the scheme more stable. Do we want to keep the harmonics limiter as default? With harmonics: Without harmonics: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build failed: |
bors r+ |
Build succeeded! The publicly hosted instance of bors-ng is deprecated and will go away soon. If you want to self-host your own instance, instructions are here. If you want to switch to GitHub's built-in merge queue, visit their help page. |
closing #2124