| | 1 | == Jeudi 29 avril 2021 == |
| | 2 | |
| | 3 | Contexte: arret brutal de TGCC endant 24h. ca vient de revenir. Il va falloir faire repartir les runs. La prod CMIP6 est peu robuste aux arrets brutaux (si XIOS etait en train d'ecrire, risque de generer problemes fichiers netcdf) |
| | 4 | |
| | 5 | [[https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/fabric/QUEST/QUEST_InterMonit_DECK/index.html| intemonitoring ]] (qqs pb dus aux plantages intempestifs qui affectent les TS) |
| | 6 | |
| | 7 | MR1 |
| | 8 | |
| | 9 | IPSLCM6.2.2-MR1-piCtrnl-01 a plante en 1964, a priori pendant incident electrique TGCC apres 115 ans (1964) |
| | 10 | |
| | 11 | |
| | 12 | utilise les chunks reduits (cf reunion du 16/04) meme si on n'est pas surs que ce soit necessaire -> a confirmer apres le passage de ce point de plantage ? Laurent essaye de repartir de janvier 1960 |
| | 13 | |
| | 14 | |
| | 15 | utilise les fichiers dr "normaux" (vs MR025 utilise toujours les sorties pour 1850) |
| | 16 | |
| | 17 | |
| | 18 | combien de piCtrl en tout : 500 ans ? ca dependra des heures de calcul disponibles et de la disponibilite de Laurent pendant l'été |
| | 19 | |
| | 20 | |
| | 21 | quand est-ce qu'on demarre +1%CO2 et 4xCO2 ? on attend de voir l'intermonitoring complet pour voir si l'ocean s'est ajusté |
| | 22 | |
| | 23 | |
| | 24 | + il faut couvrir la meme periode (250 ans) avec le pictrl. -> au plus tard année 250 de pictrl. |
| | 25 | |
| | 26 | |
| | 27 | forcages pour +1%CO2 et 4xCO2 a priori immediats |
| | 28 | |
| | 29 | |
| | 30 | MR025 |
| | 31 | |
| | 32 | IPSLCM6.2.2-MR025-pi-spinup-02 a terminé ses 100 ans, prolongé pour 50 ans - pour l'instant ajustement parallele à IPSLCM6.2.2-MR1-pi-spinup-01 |
| | 33 | |
| | 34 | |
| | 35 | IPSLCM6.2.2-MR025-pi-02 tourne tres bien depuis que Christian a forcé d'utiliser dr de 1850 (au lieu de post 1870) - actuellement en 1895 |
| | 36 | |
| | 37 | |
| | 38 | reste ajustements necessaires pour pouvoir produire avec dr "vraie" (ie 1870) -> garder en memoire qu'il faut tester DR avec annee la plus gourmande en donnees à sauvegarder |
| | 39 | |
| | 40 | |
| | 41 | demande plus de recul et d'investigations pour pouvoir realiser le DECK avec "vraie" DR -> on prend le temps de resoudre ce pb et on repousse la realisation du DECK ou bien on part quand meme en production ? |
| | 42 | |
| | 43 | Juliette : challenges techniques derriere nous maintenant, serait dommage de se priver de realisation scientifique (ECS, variabilite basse frequence...) + pas de projet scientifique urgent pour motiver de reprendre la configuration et repousser la production du DECK |
| | 44 | |
| | 45 | |
| | 46 | Christian : attention la charge de realisation de DECK est lourde, peut etre pas necessaire de faire tout le DECK (en particulier +1%CO2 et 4xCO2) |
| | 47 | |
| | 48 | |
| | 49 | Arnaud : dommage de se priver de la valorisation scientifique + gros efforts pour figer modele IPSLCM6.2.2, qui va servir de reference pour prochaines simulations et configurations de modele |
| | 50 | |
| | 51 | |
| | 52 | Laurent : interet pour la dynamique atmospherique de quantifier impact de la resolution oceanique sur ECS |
| | 53 | |
| | 54 | |
| | 55 | on pourrait aussi laisser le piCtrl en machine avec niveau de sortie type DR 1850 en meme temps qu'on continue de chercher comment produire sorties completes, puis on rejouera la decennie de laquelle partira un run historique pour augmenter le niveau de sortie |
| | 56 | |
| | 57 | |
| | 58 | est-ce que les efforts pour augmenter niveau de sortie avec MR025 serviront à d'autres applications ? oui car pb techniques à resoudre : il faut apprendre à XIOS à gerer plus de données (en particulier MR025 avec BGC), meme si la DR va evoluer avec CMIP7 |
| | 59 | |
| | 60 | |
| | 61 | AMIP |
| | 62 | |
| | 63 | definition du restart pour les amip MR1 du DECK, la meme definition que pour le restart des amip LR du DECK CMIP6 (L. Mellul), et definition des dates de restart en fonction de la periode d'execution 1979-2014 des amip du DECK Quest |
| | 64 | |
| | 65 | experience amip MR1 standard creee avec Laurent F. et Arnaud avec le modele IPSLCM6.2.2, sur Irene-rome, et realisation de la amip MR1 standard |
| | 66 | |
| | 67 | les post-traitements de la amip MR1 standard sont repris plusieurs fois en manuel, parce que j'ai rajoute les sorties journalieres dans la configuration standard de LMDZ, et Irene-rome n'est pas calibree pour traiter ces post-traitements en MR, Irene-skl les fait. les post-traitements sont bien passes sans les sorties journalieres, c'est -a-dire avec les sorties standards du modele, en mensuel. |
| | 68 | |
| | 69 | l'experience amip MR1 avec workflow est creee avec le modele IPSLCM6.2.2, sur Irene-rome, les premiers tests de la configuration de cette experience sont en cours sur Irene-rome, avec un temps d'attente en queue d'execution sur Irene-rome plus long que d'habitude, et une erreur d'execution recurrente. |
| | 70 | |
| | 71 | nouveaux pb car sorties ultra lourdes |
| | 72 | |
| | 73 | |
| | 74 | Pour l'instant on n'a pas répondu à la demande d'allocation exceptionnelle car 1. on a les heures actuelles et 2. heures gencmip6 |
