-
Notifications
You must be signed in to change notification settings - Fork 0
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
Spin up b #28
base: main
Are you sure you want to change the base?
Spin up b #28
Conversation
…and Dave Bi mom and cice changes
…l mom5 version and Dave Bi's cice code changes (now updated)
The model version in the
|
!redeploy |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-2 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
In these 2 simulations we use the same code base for the LSM/UM7. The script run uses Leuning, no soil thermal fix etc. An older cable.nml. The payu run updates all of these plus includes wombat-lite, generic tracers, Dave's iceberg fix. There is also a difference in netcdf versions, compiler versions. So on the one hand this comparison is like weather from 2 different models. It's a daily average screen Temp after a year. On the other hand, such a large difference scares me that we need to do a payu/script comparrson. Which I really dont want to do. BUT I recall that NRI have done this an it was all acceptable. is this your recollection @rml599gh? |
@JhanSrbinovsky - maybe let me know where the output is and I can have a look in the morning. Is this a single time? Looking at some of my runs, I am typically seeing +/- 15 degrees in the December monthly mean, so if your plot isn't a time average, then maybe the differences you are seeing are plausible. |
daily averages. honestly though its the 1st of the three Tscrn fields in the .pe file.. I'm assuming it goes mean, max, min. Either way its mean-mean, max-max or min-min |
That is strange. It doesnt sound like a physical difference, pretending the simulation is physically real. I suppose you would know if the script model had been restarted or perturbed on restart. BUT the results of the tiny perturbation we sometimes applied would've caused even greater divergence than you've shown here. I can vaguely make out coast lines there, suggesting it was a land thing. I dont really want to chase it. Almost pointless as the version of CABLE is different. BUT there was (perhaps still is) a dodgy variable in CABLE canopy. This was 10 years ago but I remember running the same single-site simulation back-to-back 10 times (or more) in order to follow it. Was your simulation running in monthly chunks, annual? It very well might have only been 1 timestep in the 20th year that started the divergence. It just snowballs after that. |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-3 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-5 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-7 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-8 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-20 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-21 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
Summary of cases running to datewhere * represents the difference from the pre-ceding simmulation (@rml599gh ) PI-case2a
PI-case2b
PI-case2c
PI-case2d
|
The model version in the
|
@harshula , @CodeGat , @blimlim This job which has been going over the weekend has today stopped. I went to (hopefully) restart the job. Looking t he most recent *.e file suggests that it couldn't find. the executable. I accidentally this morning clicked on "Ready to Review". I suspect that this has moved the pre-release pr28-21 module which I need. Is there a way to restore the status and this pr? |
Hi @JhanSrbinovsky - unfortunately when you closed the PR it cleaned up the existing environments... |
Thanks @CodeGat, I'll bet back to you if we want to run it longer. We have 28-29 years of data to look at for this pr28-21. Of the 4 cases we have so far. This is the one that is likely non-negotiable and has to go in - containing improved science changes in the model. |
I'm happy to rebuild any of the deployments that you want by hand, just so this PR remains clean. What were the versions that you want rebuilt? Any from |
Apart from the first few maybe, they were identical except for a #comment, to trigger re-building of new developments in the UM7 repo. The feature branch referenced in pr28-21 is now merged to the main branch so the next change will probably be changing back to that - SO pr-28-21 is probably the b best place to start. Doesnt matter if revision numbers aren't preserved. |
Alright, I'll add a commit that changes that |
Yeah sure - thanks |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-23 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
🚀 Deploying access-esm1.6 Details and usage instructionsThis
This Prerelease is accessible on Gadi using: module use /g/data/vk83/prerelease/modules
module load access-esm1p6/pr28-24 where the binaries shall be on your 🛠️ Using: spack DetailsIt will be deployed using:
If this is not what was expected, commit changes to |
Include my branch including CABLE updates intended for spin up run
🚀 The latest prerelease
access-esm1p6/pr28-24
at f4b555c is here: #28 (comment) 🚀