Closed ali-ramadhan closed 5 years ago
I would recommend using Milestones instead of a big meta issue.
Ah yes good point. We're kind of already using milestones (only up to v0.7 right now) but this was kind of to discuss which milestones to tackle and in which order. I made the title a bit clearer.
LES closure is a very high priority.
On Wed, Apr 24, 2019, 5:39 PM Ali Ramadhan notifications@github.com wrote:
Not supposed to be concrete but just to lay out some goals for big new features and prioritize them based on our needs. Also in case I forgot about them.
Most of these can be done independently so the version ordering is mostly for priority.
- v0.6: Halo regions (#167 https://github.com/climate-machine/Oceananigans.jl/pull/167)
- v0.7: More conservative time-stepping for Float32
- v0.8: channel and boxed/cubed models, i.e. multiple wall-bounded dimensions (#180 https://github.com/climate-machine/Oceananigans.jl/pull/180)
- v0.9: Arbitrary LES closures (Smagorinsky and AMD implemented)
- v0.10: Variable Δz grid
- v0.11: GPU performance optimization (GPU hackathon)
- v0.12: Multi-GPU (and multi-CPU?) distributed parallelism (GPU hackathon)
- v0.13: ..?
- v1.0: ....?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/climate-machine/Oceananigans.jl/issues/207, or mute the thread https://github.com/notifications/unsubscribe-auth/AKXUEQUFOFFJEHO2C7FNEB3PSDHR3ANCNFSM4HIIDSNA .
I've bumped LES closures to v0.6 then so it'll be the next feature we implement.
+1 for LES!
We may want to look into WENO finite difference stencils. This can be thought of as another LES scheme, and may also be useful for larger-scale simulations in which ordinary LES closures are suspect.
Getting Float32 to work could perhaps be a lower priority.
I'm not sure what the status of the code comparisons are, but we may want to figure out how to do a c comparison with other LES codes when an LES model is implemented.
Ah interesting, I thought WENO was a family of higher-order advection schemes.
I renamed "More conservative time-stepping for Float32" to "Machine precision mass conservation" as it's an issue with Float64 as well but probably does not matter for simulations with fewer than 1~10 million time steps. Might matter for the mixed layer seasonal cycle simulations which go for more than 10 million time steps.
I believe you are correct that WENO is a family of higher order advection schemes — that permit accurate, relatively non-dissipation simulations without explicitly modeled dissipation terms. Maybe the milestone could be broadened to “high-order advection schemes”.
Mass conservation is definitely important.
Ah I see, would be interesting to see if it does better than an LES closure seeing as AMD can get computationally expensive (but maybe not too expensive if efficiently implemented on a GPU).
I added a "Higher-order advection schemes" milestone which we can prioritize as necessary. I'm sure which advection schemes to use/implement will be a hot topic but for now I'm thinking these might be interesting:
cc @sandreza this issue may of interest to you.
Closing as this issue has served its purpose (for me at least). Development milestones are clearer now. Further discussion should occur in more focused issues.
Not supposed to be concrete but just to lay out some goals for big new features and prioritize them based on our needs. Also in case I forgot about them.
Most of these can be done independently so the version ordering is mostly for priority.