wiki:Pirates2022/Tuning2023

Version 39 (modified by jmignot, 11 months ago) (diff)

--

29 juin 2023

Tuneurs Julie, Brady, Juliette, Guillaume Gac, Fred Hourdin

  • Discussion autour des premiers tests VLR qui partent dans froid.
  • Cible de desequilibre global?
    • metrique rt dans hightune: vise 2.7W/m2 (+/- 1-2 W/m2), valeur héritée de QUEST, qui donne SST observée, avec un bon pmagic. Il faut tracer SST couple vs rt AMIP pour savoir quel cible il faut avoir.
    • VLR: il faut les AMIP VLR -> [Myriam] les fait pour tester, et [Brady] les fait pour alimenter metriques de Fred.
    • LR: a t on des couplés qui permettraient de se positionner? Run de Christian pour preparer les restart. -> [GGac] avec possiblement script Fred. Et on ([GGac], [GGas], [Juliette]) tourne deja 5 puis 25 LR . Les 5 premiers correspondant aux extremes de metriques rt des AMIP LR. Voir: ​https://docs.google.com/document/d/16R39X16GQHR9dezTqQP0Ytecp8LebTly0S4s4DRRero/edit

26 juin 2023

Tuneurs Julie, Maya, Juliette, Guillaume Gac Brady

Analyse des 25 simulations VLR

  • 3 hypotheses: Bug, Parametres n'echantillonnent pas l'ensemble des valeurs, strategie de tuning (AMIP, resolution etc) pas adaptée.
  • A faire d'ici reunion de travail jeudi [GGac]: metriques oceaniques de Guillaume + intermonitoring sur les simulations VLR de Myriam + interface plotly de Guillaume
    • A garder en tete prochaines etapes GT metriques
      • Tableaux de metriques a separer en 2: 2 niveaux de detail, en ajoutant varables globales (rt, t2m etc) sur le niveau 1?
      • quid xml alleges intermonitoring
  • Hypothese bug:
    • pd vs pi? [JM] + compare logs [Brady]
    • NROY pas compact, que selectionne t on? En effet, clc pas tres contraint sur figures Brady.
      • [GGac] trace les scatterplots des 25 parametres
  • simulations Atm seules
    • 25 LMDZ LR -> done (Wave 45). Brady is plotting metrics. and runs the 120 simulations (Wave 45b)
    • Run LMDZ VLR?? 10 simulations? [Brady]
    • Run 1 LR: GGac and Brady have problems. Let's see who solves the pb first.

Manque 23 juin

12 mai 2203

Notes collectives Pirates 12 mai 2023
Présent·es: Julie, Juliette, Brady, Olivier B, Maya, Masa, Etienne, Didier, Jean-Baptiste, Pierre S, Olivier M, Guillaume Gastineau, Arnaud, Clément Dehondt, Guillaume Gachon, Sébastien Fromang, Thomas, Sébastien N, Philippe P, , Patricia

News : 10 Mh CPU disponibles sur irene-rome gen7403 (allocation A13), qui est en sous-consommation, idem pour gen2212 (allocation A13) Choix des 12 paramètres

Christian a intégré les modifications nécessaires pour mettre les paramètres dans les .def
Lien entre keywords (en capitales) qui sortent du préconditonnement et paramètres qui apparaissent dans les namelist.
Transfert ente ces 2 étapes= David (parti), Beyrem et Myriam

Préconditionnement
(= vague 1D et atm seule (AMIP) avant de commencer en couplé = pré-sélection)
input : paramètres et ranges
output : tableau 2D avec valeurs des paramètres pour chaque simulation

40 waves with 1D then 1 wave at 3D then combination of both (+ emulator) , producing finally 60 acceptable configurations (ie parameter sets) - only atmopsheric parameters have been tested / preconditionnned. But oceanic parameters have been sampled through LHS from the very beginning of the procedure -> comment passer des 60 configurations aux 120 finales ? cf 12 paramètres * 10

Pour aboutir à 120 simulations qui incluent un échantillonnage des paramètres océaniques + orchidée :

[choix a] Idéalement il faudrait refaire depuis le préconditonnement 1D pour aboutir à 120 simulations
[choix b] Ici, on pourrait refaire uniquement la dernière vagues, en relâchant le seuil d’acceptabilité de I (matrice d'implausibilité) et aboutir à 120 configurations

[choix c] sans relâcher le seuil d’acceptabilité juste echantilloner 120 et non 60 sets de paramètres dans l'espace NROY de la dernière vague

Production de 1 préconditionnement 40 waves 1D puis 1 waves 3D avec LMDZOR
STORE 7600 inodes, 3Tb
90 000 CPUh on qstcmip6
1 jour de calculs en gros
-> Pas contraignant. on ne change pas cette procédure.

Reste 1 étape à réaliser : combiner préconditionnement 1D et 3D pour avoir les 120 sets de paramètres finaux (incluant ocean et orchidee)

Préparation des configurations
a priori Christian a tout fait, Myriam aussi pour VLR
états initiaux prêts aussi
​https://forge.ipsl.jussieu.fr/igcmg/wiki/Pirates2022/Tuning2023[[BR]]

configuration avec DYNAMICO (equivalent LR) prete à partir aussi ! run en cours pour obtenir etat initial

pour info Christian reste disponible par email si besoin

Vagues à lancer
on part sur des jobs de 10 ans ? si fréquence de pack de 20 ans alors simulations de 20 ans aussi...
on conserve le dernier restart (seulement) (via l'option LightRestartPack?=TRUE dans le config.card, section [Post]) sur le STORE (inclut dans l'aide technique préparée par Christian. )
on conserve les outputs sur STORE ou SCRATCH ? comme on ne sait pas combien de temps va nous prendre la production des métriques, on n'est pas surs que la limite de 40 jours du SCRATCH soit suffisante -> on se dirige vers une production "classique" avec une fréquence de pack de 20 ans (= durée de la simulation).

Arnaud propose de demander une augmentation TEMPORAIRE du nombre d'inodes sur le STORE, le temps de lancer les scripts de pack avec dimension "ensemble", et de pouvoir ensuite "faire du ménage"

alternativement Arnaud va discuter si c'est possible d'augmenter la date limite de 40 jours sur SCRATCH (point TGCC dans une 10aine de jour)

Métriques
coordination avec Patricia, Philippe et Guillaume Gachon pour inclure métriques sur land et végétation

Flux d'énergie, d'eau et de carbone. (On ne sort pas de stock, sauf neige)
Il faudra sortir des variables climat.
Débits des fleuves

Pour l'instant, calcul de scalaires, pas de métriques en tant que distance à une référence...

Prochain point 26 mai 9h30

Exercice de tuning automatique du modele couplé Printemps 2023

Technical details

1. The configuration in mod.def

#-H- IPSLCM6.5.2  IPSLCM6.5.2 coupled configuration ( For tuning )
#-H- IPSLCM6.5.2  NEMO v4.2.0
#-H- IPSLCM6.5.2  XIOS trunk revision 1862
#-H- IPSLCM6.5.2  IOIPSL tags v2_2_5
#-H- IPSLCM6.5.2  LMDZ6 trunk revision 4507
#-H- IPSLCM6.5.2  ORCHIDEE version branches/ORCHIDEE_2_2/ORCHIDEE revision 7983
#-H- IPSLCM6.5.2  INCA6 trunk revison  1079
#-H- IPSLCM6.5.2  OASIS3-MCT 2.0_branch (rev 1818 Cerfacs server, rev 4775 IPSL server)
#-H- IPSLCM6.5.2  CONFIG/IPSLCM6.5.1 rev 6435
#-H- IPSLCM6.5.2  libIGCM trunk rev 1552
#-C- IPSLCM6.5.2  IOIPSL/tags/v2_2_5                                  6058         8   IOIPSL         modeles
#-C- IPSLCM6.5.2  branches/ORCHIDEE_2_2/ORCHIDEE                      7983        14   ORCHIDEE       modeles
#-C- IPSLCM6.5.2  CPL/oasis3-mct/branches/OASIS3-MCT_2.0_branch       4775         8   oasis3-mct     .
#-C- IPSLCM6.5.2  LMDZ6/trunk                                         4507        20   LMDZ           modeles
#-C- IPSLCM6.5.2  CONFIG/UNIFORM/v6/IPSLCM6.5                         6443         8   IPSLCM6        config
#-C- IPSLCM6.5.2  4.2.0                                               HEAD         22  NEMO           modeles
#-C- IPSLCM6.5.2  trunk/INCA6                                         1079         9   INCA           modeles
#-C- IPSLCM6.5.2  trunk/libIGCM                                       1581        10   libIGCM        .
#-C- IPSLCM6.5.2  XIOS2/trunk                                         2439        12   XIOS           modeles

2. Setting up pre-builded tuning experiment

2.1. Installation and Compiling

mkdir $WORKDIR/TUNING_STD    ;     cd $WORKDIR/TUNING_STD
svn co http://forge.ipsl.jussieu.fr/igcmg/svn/modipsl/trunk modipsl
cd modipsl/util

./model IPSLCM6.5.2

cd ../config/IPSLCM6

./compile_ipslcm6.sh

2.2. Creating the job

From a pre-built pdControl_TUNING experiment 

cp EXPERIMENTS/IPSLCM/pdControl_TUNING/config.card .

../../libIGCM/ins_job

This example is a 20 pdControl run for tuning 

[UserChoices]
#===========================
JobName= CM65v420-LR-pd-tun-01
#----- Short Name of Experiment
ExperimentName=pdControl
#----- DEVT TEST PROD
SpaceName=DEVT
LongName="IPSLCM6.5.0-LR"
ModelName=IPSL-CM6A-LR
TagName=IPSLCM6
#D- Choice of experiment in EXPERIMENTS directory
ExpType=IPSLCM/pdControl_TUNING
#============================
#-- leap, noleap, 360d
CalendarType=leap
#-- Experiment dates : Beginning and ending
#-- "YYYY-MM-DD"
DateBegin=1850-01-01
DateEnd=1869-12-31

Ajout de JM le 12/05/2023 suite a reunion pirates du jour:
Dans config.card, 

[Post]: [[BR]]
LightRestartPack=TRUE [[BR]]

Pour ne sauver que le dernier Restart dans le STORE

#### Notes on the Restart #####

For the LR configuration, the initial state are coming from :

  • a 300 years of CM6.5 pdControl run for ATM/OCE/ICE : CM65v420-LR-CdL-pd-04
  • a 3800 years of CM6.1 piControl run for MBG/SRF/SBG : CM61-LR-pi-03g

60 years of a pre-spinup have been done to smooth the shift from the pi atm conditions to pd for the BGC components. Two initial states have been then built :

  • CM65v420-LR-pd-tun-00 : with nn_etau = 0
  • CM65v420-LR-pd-tun-01 : with nn_etau = 1 
#========================================================================
#D-- Restarts -
[Restarts]
#D- by default: config.card describes no restart for all components
#D-             ie start from Levitus or limit files
#D- If you want to restart all components from the same simulation,
#D-      put OveRule flag to 'y' and set the next 3 parameters
OverRule=y
#D- Last day of the experience used as restart for all components
RestartDate=1919-12-31
#D- Define restart simulation name for all components
#for nn_etau = 0
RestartJobName=CM65v420-LR-pd-tun-00 
#for nn_etau = 1   
#RestartJobName=CM65v420-LR-pd-tun-01 
#D- Path Server Group Login
RestartPath=${R_IN}/RESTART/IPSLCM6/DEVT/pdControl

Espace de discussion

n'hesitez pas à ajouter ici vos questions / reponses / commentaires, ou bien directement dans le texte ci-dessous

Juliette et Myriam 4 mai

Preparation Tests VLR:

Sorties: OCE, SBC,LBG: voir xml alleges et adaptes de Christian ATM: histmth MO et pr daily

Restart: Myriam genere les restart a partir de ses runs. MBG partir de VLR car run 3000 ans equilibré. NEMO et SI3 en ORCA2 a partir de hybride car run avec AMOC dynamique et glace de mer HS ok.

Outils d'ensemble de David en cours de transfert a Myriam. Tests en cours.

Configurations: ORCHIDEE 7820+1 a confirmer avec Christian LMDZ: 4507 (= version qui a ete utilisee pour preconditionnement 3D) a confirmer avec Christian NEMO4.0 (LR partira en 4.2 mais seule difference = ghostcells car on ne rends pas les dernieres routines de Casimir)

[Julie Deshayes - 18/04] je prepare un flow chart pour assembler les differentes pieces de l'exercice et rendre visible les inter-dependances des differentes actions à mener...

[Juliette Guillaume Gas Guillaume Gac Jérome Vialard- 25/04] Importance du controle des gradients et du pincement de la thermocline pour les tropiques. Les parametres selectionnes n'incluent rien sur l'horizontal. Manque? -> on n'a pas encore l'expertise sur ca dans NEMOv4. On commence par quelques parametres qu'on connait et dont on sait qu'ils jouent un role sur des characteristiques importantes de l'etat moyen de l'ocean.

+ Ajouter explication physique de chacun des parametres du taleau.

Reunion du 18 Avril 2023

Parametres

nom raccourci vrai nom fichier dans /PARAM/ à modifier
RNALG (1) namelist_ice_ORCA1_cfg
RNCDN rn_cnd_s namelist_ice_ORCA1_cfg
RNCE rn_ce namelist_ORCA1_cfg
RNLC rn_lc namelist_ORCA1_cfg
CLC cld_lc_lsc & cld_lc_con (3) physiq.def_NPv6.2
FALLV ffallv_lsc & ffallv_con (3) physiq.def_NPv6.2
OMEPMX oliqmax & oicemax (3) physiq.def_NPv6.2
DZ fact_thermals_ed_d physiq.def_NPv6.2
EVAP coef_eva physiq.def_NPv6.2
GKDRAG sso_gkdrag physiq.def_NPv6.2
PCENT à externaliser (5) orchidee.def_CWRR
ASNOW TCST_SNOWA (4) orchidee.def_CWRR

(1) affecte les 4 parametres suivants selon les formules:

rn_alb_sdry = RNALG * (0.87-0.85) + 0.85

rn_alb_smlt = RNALG * (0.82-0.72) + 0.72

rn_alb_idry = RNALG * (0.65-0.54) + 0.54

rn_alb_imlt = RNALG * (0.58-0.49) + 0.49

@David prépare script supplémentaire pour réaliser ces opérations à partir de RNALG

(3) lequel ? ou les deux ?

(4) commit à venir par @Christian UPDATE JM-CE 26 avril : voir: # Time constant of the albedo decay of snow (days) (5-15) TCST_SNOWA=10 dans orchidee.def

(5) modif attendue de @Patricia puis commit ? UPDATE JM-CE 26 avril : voir: # Fraction of saturated volumetric soil moisture above which transpir is max (0-1, unitless) WETNESS_TRANSPIR_MAX= 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8, 0.8 dans orchidee.def

Configuration pour preconditonnement et simulations couplées

IPSLCM6.5_work qui va devenir 6.5.2

LMDZ6 rev4305 :

écho du POIHL de lundi : s'assurer de la correspondance des versions avec IPSLCM7_work ? note : ce n'est pas crucial d'assurer ce type de correspondance - priorité IPSLCM6.5_work -> à discuter avec @Etienne

+ modif arch file à decider pour nouveau compilateur : nouveau numero de revision ou pas ? @Laurent

ORCHIDEE 2.2 rev 7820+1 :

il y aura un point majeur de divergence entre vagues ICO et lonlat à cause du routage : routage simple (pour simus couplées ICO) vs routage CMIP6-style (pour simus couplées LMDZlonlat ie VLR, hybride et LR)

autrement dit on ne fera pas du routage simple dans simus couplées avec LMDZlonlat

note : cela n'impactera pas dans le preconditionnement meme 3D, a priori

NEMOv4.2.0 pour LR et ICO, v4.0 pour VLR - n'a pas d'impact sur la physique a priori, ni sur les parametres

Preconditionnement

3D prend 10 jours

est-ce que la configuration LMDZ+OR avec les bonnes versions+revisions existe deja ? JD écrit à @Josefine pour lui poser la question (Cc @Fred, @Ionela, @Brady...)

pour le routage on choisit l'option comme CMIP6

warning pour l'etat initial du precondtionnement : vu qu'on inclut 2 variables ORCHIDEE, est-ce que 1 seul etat initial unique est toujours valable pour le preconditionnement 3D ? autrement dit est-ce que 2 ans pour les vagues du preconditionnement 3D c'est suffisant pour exclure des valeurs de PCENT et ASNOW qui donnent mauvais climats ? @Frederic, @Philippe, @Agnes et @Catherine ?

Etats initiaux pour vagues couplées

etats pi pour BGC et surface continentales, et pd pour physique OCE+ATM

necessite de produire 50 ans avec cette association pour lisser le choc du demarrage

LR nnetau 0 et 1 : action @Christian

VLR et hybride, pour 2 valeurs de nnetau : action @Myriam

Sorties

OCE:

Métriques océan ont été codées (sauf enso, en cours).

Liste des variables nécessaires : @Christian reprend ce que @GuillaumeGastineau? a préparé

ATM: (échange F Hourdin, F Codron, G Gastineau 13 avril)

Métriques atm: plutot radiatives. Des métriques plus dynamiques existent, voir: ​https://web.lmd.jussieu.fr/~hourdin/PUBLIS/2019MS002010.pdf

Variables necessaires: Histmth classique + histday de la pluie si on veut ajouter une métrique MJO (très grossière, variab des pluies jour à jour sur une région)

Ils ont leurs propres scripts de génération de métriques, indépendant des métriques océaniques.

Guillaume reboucle avec @Fred et @Francis pour faire du tri dans histmth puis envoie à @Christian ce qu'il a préparé

MBG

@Christian a fait ce qu'il faut

ORCHIDEE

@Patricia : il faut envoyer un nouveau file_def_lmdz (ou juste nom des variables) à @Guillaume qui combinera avec son propre tri, avant envoi à @Christian

@Patricia : il faut envoyer file_def_orchidee à @Christian

Reunion du 14 Avril 2023

Point irene: difficultés openMP. Ca semble aller normalement depuis ce matin vendredi 14 avril. Feu vert à venir dans les prochaines heures.

Petit souci irene-skl avec des deadlock impromptus. Ils étaient la avant, et le sont toujours;

Besoin de prévenir le TGCC: Arnaud s'en occupe, cc Julie.

Discussion sur outils de communication: wiki, lien éventuels vers fichiers excel ou autre. On décide de ne pas faire de slack/mattermost/discord supplementaire.

1) Paramètres inclus dans l’exploration

Paramètres NEMO

nom raccourci min max default nominal exploration nom complet
RNALB 0.49 0.58 0.50 linear rn_alb_imlt (albedo of melting bare sea ice)
RNCDN 0.10 0.50 0.31 linear rn_cnd_s (thermal conductivity of the snow over sea ice, W/m/K)
RNCE 0.06 0.08 0.06 linear rn_ce
RNLC 0.05 0.5 0.15 linear rn_lc

Guillaume Gastineau insiste pour modifier le paramètre albédo de sorte qu'on affecte les 4 valeurs d'albédo et pas 1 seule - nécessite écriture d'un (bout de) script pour transformer le scaling générique en scaling pour chacun des 4 albédos et remplacer

RNALB 0.49 0.58 0.50 linear rn_alb_imlt (albedo of melting bare sea ice)

par

RNALG 0 1 0.50 linear facteur multiplicatif pour régler les 4 albédos en même temps

Paramètres LMDZ

CLC 1e-4 1e-3 6.5e-4 linear
FALLV 0.3 2. 0.8 linear
OMEPMX 0.0001 0.1 0.001 log
DZ 0.05 0.2 0.07 linear
EVAP 5e-5 5e-4 1e-4 log
GKDRAG 0.2 2 0.6 linear sso_gkdrag

Paramètres ORCHIDEE

PCENT 0.3 1 0.8 linear Pcent

Philippe Peylin : "Utiliser le paramètre Pcent avec les valeurs que nous t’avons données ; Ce paramètre aura une influence medium sur le flux de transpiration sur tout le globe. Catherine a aussi suggéré un paramètre du vieillissement de la neige qui aurait un impact fort mais uniquement sur les régions boréales : tcst_snowa qui est défini dans constantes.f90 (décroissance de l’albédo de la neige en fonction de son age) ; Défaut 10 jour, Range de variations plausibles: 5 - 15 jours (linear) ; Attention : il s'agit d'une constante définie avant compilation ; il faudrait donc modifier le code pour externaliser ce paramètre

Patricia vérifie le code et confirme qu'il n'y a pas grand chose à faire, mais préfère confirmer auprès de Josefine la manière de procéder -> commit à inclure dans IPSLCM6.5_work ? ou autrement ?

Attention implique aussi d'ajouter une nouvelle ligne au tableau :

ASNOW 5 15 10 linear tcst_snowa

-> total 12 paramètres à inclure dans précondtionnement 1D et 3D

2) Préconditionnement 1D et 3D

Revoir total de membres depuis qu'on upgrade à 12 variables... 120 ?

Attention : préconditonnement 3D avec LMDZOR

Étienne : Aussi DYNAMICO-LMDZOR seul ? (souci lié à orographie sous-maille avec GKDRAG)

Julie : Non, LMDZ lonlat exclusif pour préconditionnement.

Étienne : On peut espérer que l'utilisation de métriques radiatives exclusivement, pour préconditionnement, vont rendre l'exercice quand même utile.

Julie : Importance scientifique pour sonder interactions OCE-ATM même avec DYNAMICO pas parfait.

3) Préparation des configurations et des états initiaux

IPSLCM6.5_work

LR

(VLR - Myriam only)

(LR-hybride - Myriam only)

IPSLCM7_work

LR

Préparer Experiments LR : pdcontrol_tuning avec états intiaux pd pour LMDZ et NEMO-ICE et pi pour ORCHIDEE et PISCES -> Christian et Patricia (COMP, PARAM, DRIVER) + vérifier paramètres par défaut :

ln_mle = true (par défaut dans IPSLCM6.5_work et IPSLCM7_work)

do_airsol = False (a vérifier)

nn_etau = 0 ou 1 en fonction de la famille d'ensemble

+ modif pour Carbone (pd et pi en meme temps) (Patricia : rajouter + de details ici please)

4) Scripts de lancement des ensembles de simulation

ins_job -e : produit simulation

sles.sh (en préparation par David Niezgoda) : script qui prend donnée tableau préconditonnement et modifie fichiers dans PARAM de chaque simulation - insérer ici modif pour albédos NEMO-ICE

Action Julie : transmettre à David liste de noms des variables correspondant aux params sortis du precondtionnement - verifier au passage que pas de doublons dans PARAM !

Qsub_ensemble_ppe1.sh : boucle sur toutes les simulations d'une vague, va dans répertoire de chaque simu et lance qsub

+ modifs dans libIGCM pour mettre sorties dans SCRATCH (1 répertoire par ensemble) et non STORE

Comment partager ces scripts et modifs ?

Arnaud : Attention à mettre à jour avec la dernière version de libIGCM (trunk)

+ création d'une branche libIGCM pour tuning_ensemble ? OK dans un premier temps

Documentation pour utiliser ces scripts : en cours de rédaction pour sles.sh ; pour les autres scripts c'est déjà inclus dans doc libIGCM.

5) Gestion des sorties, packing et archivage dans STORE

NEMO

on peut ne pas sortir 3D dans l'océan en modifiant field_def (et EXP/config.xml) pour rajouter des diagnostiques

Christian : ca va poser des problèmes pour le monitoring tel qu'il est ; il faudrait le modifier pour qu'il prenne les nouveaux diagnostiques (t200...) ; est-ce qu'on veut avoir le monitoring pour suivre en live les simulations ? a priori non car simulations très courtes

Priorité : réduire au maximum les sorties 3D de NEMO -> modifications en cours de test par Guillaume Gastineau, à intégrer dans finalisation des configurations par Christian

ATM

histday precip nécessaires pour diagnostiques MJO

OK mais bien supprimer les autres histday pour réduire poids des sorties

discussion sur différentes solutions pour modifier... xml ?

Guillaume Gastineau fait les modifications nécessaires et envoie info à Christian pour finalisation configs

en même temps validation par Juliette et Fred - inclure conclusion du point (6) ci-dessous [u,v,t,q en 3D en mensuel + 2D classiques (inclus flux, precip, nuages...)]

ORCHIDEE

Patricia souligne que si diagsHF (3h) sortis alors utile pour finaliser développements ORCHIDEE (simus offline)

utile surtout pour LR a priori

Attention : préparer un pack à la volée pour réduire nombre d'inodes

PISCES ?

Patricia et Christian réfléchissent aux variables à conserver... sachant qu'on ne fait tourner que 20 ans en tout -> moyennes annuelles ?

6) Script de post-processing pour calculer les métriques

scripts dépendent des sorties des simulations (mais déjà modulable) ; pour l'instant surtout metriques pour ocean (inclus variables atmosphériques), en grand nombre

au contraire, coté atmosphère, il y a deja eu une forte réduction des métriques pour se concentrer sur l'essentiel (ie surtout métriques radiatives), ce qui exclut des variables pertinentes pour l'océan (vent...)

-> être prudent coté sorties atmosphériques pour conserver variables nécessaires pour bien qualifier / discriminer les simus -> u,v,t,q en 3D en mensuel + 2D classiques (inclus flux, précip, nuages...)

7) Contacts

n'hesitez pas à ajouter votre nom ci-dessous si vous voulez etre inclus dans les mails...

Nom mail
Myriam Khodri myriam.khodri@… prod. vagues VLR et LR hybride, sur Irene ROME
Juliette Mignot juliette.mignot@… prod. vagues LR sur Irene SKL
Guillaume Gastineau guillaume.gastineau@… prod. vagues LR sur Irene SKL
Arnaud Caubel arnaud.caubel@… prod. vagues ICO sur SKL
Sebastien Fromang sebastien.fromang@… prod. vagues ICO sur SKL
Julie Deshayes julie.deshayes@…
Frederic Hourdin hourdin@…
Brady Fester brady.ferster@… preconditionnement
Laurent Fairhead laurent.fairhead@…
Ionela Musat musat@…
Maelle Coulon Decorzens maelle.coulon-decorzens@…
Etienne Vignon etienne.vignon@…
Philippe Peylin peylin@…
Christian Ethe christian.ethe@… Dev. config IPSLCM6.5.2 pour tuning
David Niezgoda david.niezgoda@… scripts lancement jobs et stockage
Patricia Cadule patricia.cadule@… initialisation et config ORCHIDEE
Agnes Ducharne agnes.ducharne@…
Catherine Ottle catherine.ottle@…
Frederique Cheruy frederique.cheruy@…
Sébastien Nguyen sebastien.nguyen@…