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

u_3 at the bottom cell face is not zero #2086

Closed
szy21 opened this issue Sep 13, 2023 · 2 comments
Closed

u_3 at the bottom cell face is not zero #2086

szy21 opened this issue Sep 13, 2023 · 2 comments
Labels
bug Something isn't working

Comments

@szy21
Copy link
Member

szy21 commented Sep 13, 2023

When running the sphere_baroclinic_wave_rhoe simulation in ci, Y.f.u_3 is not zero at the bottom cell face:

Fields.level(Y.f.u₃, half)
ClimaCore.Geometry.Covariant3Vector{Float32}-valued Field:
  components: 
    data: 
      1: Float32[-1.10124, -0.122195, -0.277133, -0.0229017, 0.0599936, -0.00809689, -0.0431773, 0.170735, 0.250247, 0.0437873  …  -0.114353, 0.0320632, -0.556519, 0.214318, 0.0463827, 0.244027, -1.10124, -0.122195, -0.277133, -0.0229017]

It is zero if hyperdiff is set to "false".

Found together with @trontrytel. cc @simonbyrne.

@szy21 szy21 added the bug Something isn't working label Sep 13, 2023
@simonbyrne
Copy link
Member

Do you know if this was the case before #2006? Because the logic should still be the same:
https://github.com/CliMA/ClimaAtmos.jl/pull/2006/files#diff-2eab639ff3ba32cd1f1eaab302ce6aa6845984a8f1d1aaad8c9c46896db13c28L177

In any case, it should get cleaned up by set_precomputed_quantities!. When are you accessing it?

@szy21
Copy link
Member Author

szy21 commented Sep 15, 2023

Do you know if this was the case before #2006? Because the logic should still be the same: https://github.com/CliMA/ClimaAtmos.jl/pull/2006/files#diff-2eab639ff3ba32cd1f1eaab302ce6aa6845984a8f1d1aaad8c9c46896db13c28L177

I don't remember exactly. I remember u_3 at the surface is zero in the diagnostics, but that is after set_precomputed_quantities!

In any case, it should get cleaned up by set_precomputed_quantities!. When are you accessing it?

Right, I was accessing it at the end of the simulation, when set_precomputed_quantities! is not called yet I think. I thought all the tendencies of u_3 at the surface would be zero though?

@szy21 szy21 closed this as completed Apr 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants