-
Notifications
You must be signed in to change notification settings - Fork 6
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
Science / diagnostics plans for 1/40° config #21
Comments
What's our storage budget for this data? We could start with that and work out what will fit. Could get away with 2d daily data for movies if we can't store 3d. |
I doubt we have any additional storage for this run.
I had an update from Al and it sounds like they no longer actually need us
for testing, but he’s happy to still give us the bonus hours when there’s
the sudden expansion. Timeline is end of Feb. In a way I think this is
probably a good development because we can probably negotiate a longer
duration to run over and a slightly less crazy number of cores.
…On Mon, Jan 23, 2023 at 4:36 PM, Andrew Kiss ***@***.***> wrote:
What's our storage budget for this data? We could start with that and work
out what will fit.
Could get away with 2d daily data for movies if we can't store 3d.
—
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACA44U6JJ4VR27A4ZVDMCUDWTYKERANCNFSM6AAAAAAUBDQ3MM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
I meant, how much are we prepared to store within our existing quotas? Longer duration with fewer cores sounds good - fewer uncertainties around scaling. |
I'm not sure how much storage we'll have available. Let's clean up ik11 and see how much space there is? We can also keep data temporarily on /scratch/ if we think we can analyse it quickly. |
The 1/40th will be under RYF forcing, right? |
Yep, everything is RYF for now. We're only planning to run 10 years of the
1/40th.
…On Mon, 3 Apr 2023 at 12:08, Andrew Kiss ***@***.***> wrote:
The 1/40th will be under RYF forcing, right?
—
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACA44UZ2SHBJTM2BKWWYN7DW7IWI5ANCNFSM6AAAAAAUBDQ3MM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Alex Fraser would like 3hrly sea ice U and V just for the month of July in the final year if possible |
Daily mean sea ice concentration and sea ice thickness would be good too. They're 2d fields, so are probably affordable for the whole run. |
If we want to calculate SWMT, we need monthly mean salt_flux (in addition to wfo and hfds). |
Regarding the density binning for DSW export diagnostics. I plotted the meridional transport in each layer at different latitudes for the last year of the 1/20th simulation. On the right of the plots are the density bins as grey lines. The abyssal transport is within the bins with the highest resolution. But I am not sure about the transport off the ANtarctic shelf because I haven't calculated the transport across the 1000-m isobath yet and I can't really compare the density of the peak SWMT with the these density bins as they are |
Thanks for checking this out Christina. It doesn’t look too bad. Do we know
how these diagnostic rho levels are set? If it’s easy, we may as well
double the resolution in the range shown in your plot on the right above.
…On Tue, Apr 18, 2023 at 11:12 AM, Christina Schmidt < ***@***.***> wrote:
Regarding the density binning for DSW export diagnostics.
I plotted the meridional transport in each layer at different latitudes
for the last year of the 1/20th simulation. The abyssal transport is within
the bins with the highest resolution. But I am not sure about the transport
off the ANtarctic shelf because I haven't calculated the transport across
the 1000-m isobath yet and I can't really compare the density of the peak
SWMT with the these density bins as they are $\rho2$ and I calculated the
SWMT in $\rho1$.
[image: image]
<https://user-images.githubusercontent.com/38216156/232642648-b2b88730-7aa6-47c4-9a42-9ed6395cae09.png>
—
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACA44U2D22FKQNELKC7FCF3XBXS6LANCNFSM6AAAAAAUBDQ3MM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Yes, it's trivial to change it. It's controlled by I think I originally made that file. Will try to track down the script ... |
Since we have extended walltime limit on normalsr now, I can already start running the 1/40th ryf. Up until now the diags requested are listed below. Please edit this comment and add any diag you need, or let me know so I can add them. Update (April 20th,2023): I separated into 2 sections ( Variables for spin up, and for the last years of the ryf experiment) For Spinup: Monthly 2D variables in file
Monthly 3D variables in file
Monthly 2D ice variables in file
Monthly 3D variables on density layers in file
Once off grid variables in file
For the last few years:
PS: for the last year we might need 3-hourly T,S,U,V (or even bigger frequency) |
So, it seems to me that we might not need all of these daily variables during spin up, just the last few years? Also, if we want to use this for animations, daily won't be enough - we'll probably need 3-hourly or something insane ... |
For the SWMT, is the depth summed 2d-salt budget enough, or de we want to have the individual components too? @schmidt-christina |
2d salt fluxes are fine, the variable is |
Let's also save monthly zonal and meridional wind stress, and mass transports on density levels (vmo, umo). Depth integrated volume transports might be useful for quickly computing Drake Passage transport etc (umo_2d, vmo_2d). Saving density will also save us a lot of computation time (both rho0 and rho2 - haven't checked the exact diagnostic names sorry). Ideal age is also handy. And we'll need volcello for volume weighting when we do volume integrals. |
And sea level, and mixed layer depths. |
I've added near-surface vorticity and MLD to the comment above. Vorticity and sea ice thickness and concentration should be faster than daily for movies. Daily is a bit jerky/blurry. See https://cosima.org.au/index.php/gallery/ |
We need to set |
I don't see this option in MOM_input. Which line would that be? |
It is not in there, I think you have to add it. |
One of the most useful things in MOM6 is the
|
I think we should increase the density resolution at least below 1037, maybe even below 1036.5. Here is the yearly mean 1995 transport across the 1000-m isobath in panan-01-zstar-v13. We resolve the DSW export manly with only 4 density bins. @AndyHoggANU Did you find your script? And here is a zoom into the layer of DSW export: |
I think it is this one: |
I have increased the resolution below 1036.5. We have now have 100 rho layers, instead of 80 for the diagnostics. When it's running well, I will point you to the file @willaguiar, so you can use it for th1/40th run. |
Nice work Christina. I wonder if having so many layers might increase the
cost of IO and also storage though. Do we need all the lighter layers?
Anyway we can reduce the total number without decreasing resolution in
layers we care about?
…On Fri, Apr 21, 2023 at 4:54 PM, Christina Schmidt ***@***.***> wrote:
I have increased the resolution below 1036.5. We have now have 100 rho
layers, instead of 80 for the diagnostics. When it's running well, I will
point you to the file @willaguiar <https://github.com/willaguiar>, so you
can use it for th1/40th run.
[image: image]
<https://user-images.githubusercontent.com/38216156/233562408-5fd76fa6-86cd-4312-9cbc-1156c80a92f0.png>
—
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACA44UYVMIQHR4MRJ7INBWDXCIVLVANCNFSM6AAAAAAUBDQ3MM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Here is the new file for the rho diagnostics with 100 levels: |
And the script to generate the file is this |
Update.... The year 10 of panan0025 is just about to start (next run). Just for costing reasons, let me know in care you need me to save any additional diagnostic that is not already listed here. |
OK, so I would like to propose that we do a year's worth of simulation with some super-high frequency (3-hourly) output for movies. The main movie I'm thinking of is a simple re-make of the first half of our existing Southern Ocean movie. For this, we need speed on two isopycnal surfaces - carefully chosen to connect the abyssal region with the Weddell and Ross/Adelie Shelves. We would also want 30m speed, SST and siconc for the same year. Note that, because we would be using a different rho2 axis for this, it would be incompatible with the main run, I think we would be doing a 1-year branch just for the movie files? So it could be done at any time... |
What are our science plans for the 1/40° config?
We will have limited run length and storage capability.
We definitely want 1 year after spinup of high temporal frequency data for pretty movies. Daily u, v, T, S, sea ice, what else do we want movies of?
@willaguiar and I have been chatting about looking into how the ASC and cross-slope heat transport changes from 1/10° to 1/20° to 1/40°.
@AndyHoggANU suggests saving transports and heat fluxes on isopycnals.
The text was updated successfully, but these errors were encountered: