Add support for changing the year when starting a branch run
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- backend
Direzione di ricerca
Inizia tracciando la configurazione di CESM branch-run e il modo in cui i restart files preservano il calendario, confrontandola con il percorso hybrid-run descritto nell’issue. Il lavoro è completo quando un branch può reimpostare l’anno a 0001 o scegliere un anno arbitrario mantenendo il mese e il giorno del restart, senza l’errore nel passaggio da 9999 a 10000; risolvi prima il compromesso tra calendario e anni a cinque o sei cifre.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
A user ran 9982 years of a 3 degree ocean-ice run (the CORE forcing dataset covers 62 years, so this represents 161 cycles). They then tried to branch off the run for a couple of experiments, and ran into an illegal linear times issue when 9999-12-31 tried to roll over to 10000-01-01. (I believe he's using CESM 2.1, which is MCT-based rather than NUOPC-based, so the error message out of a recent beta tag might be different.)
Anyway, setting up a branch run instead of a hybrid is preferable because a hybrid run doesn't start the ocean component until the second coupling interval... so a branch would be a bit-for-bit continuation while a hybrid would change answers. However, he currently has to use a hybrid because the branch forces the user to keep the calendar from the run being continued.
While I could see an issue with creating a branch run B from the January 1st restart files from run A and trying to claim B starts in the middle of the year, a way to either reset the year to 0001 or set it to an arbitrary YYYY value while keeping the month and day constant would be helpful.
At a recent CSEG meeting, we discussed another option for supporting this use case: using 5 or 6 digits for the year instead of the current 4 digits. That seems more complicated than letting users branch from 9999 and reset the calendar back to 0001, and also has the potential for creating other issues (such as https://github.com/ESMCI/cime/issues/2903).
- Lingua principale
- Python
- Stelle
- 495
- Fork
- 253
- Merge medio
- 34m
- PR unite (30g)
- 4
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ESCOMP/CESM
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
fleximod-test GitHub workflow isn't working rightForse già presa @samsrabin l’ha presa 1 giorno fa. Apertabug
-
There are no default PE layouts using the tx2_3v3 gridForse di nuovo libera @mnlevy1981 l’ha presa 57 giorni fa e non c’è nessuna pull request aperta. Aperta
-
No default PE layout on derecho for CESM3 development runs with MARBLForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Issue simili
-
fuzz fuzz-unconfirmed
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
ready-for-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
neilsh/stunt-reel#220 ·
I maintainer di solito rispondono entro 1 giorno
-
[Issue]: use_fp4_cache is accepted but ignored; the launcher always writes FP8 recordsForse già presa @0z5a l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area: cli priority: p3 size: S type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
finos/open-resource-broker#757 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 6 giorni