=== 26 juin 2023 Pirates Julie, Maya, Juliette, Guillaume Gac '''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] * NROY pas compact, que selectionne t on? [Brady shares it with Maya] == 12 mai 2203 == Notes collectives Pirates 12 mai 2023[[BR]] 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[[BR]] 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[[BR]]''' Christian a intégré les modifications nécessaires pour mettre les paramètres dans les .def[[BR]] Lien entre keywords (en capitales) qui sortent du préconditonnement et paramètres qui apparaissent dans les namelist. [[BR]] Transfert ente ces 2 étapes= David (parti), Beyrem et Myriam[[BR]] '''Préconditionnement [[BR]]''' (= vague 1D et atm seule (AMIP) avant de commencer en couplé = pré-sélection)[[BR]] input : paramètres et ranges [[BR]] output : tableau 2D avec valeurs des paramètres pour chaque simulation[[BR]] 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 [[BR]] Pour aboutir à 120 simulations qui incluent un échantillonnage des paramètres océaniques + orchidée : [[BR]] [choix a] Idéalement il faudrait refaire depuis le préconditonnement 1D pour aboutir à 120 simulations[[BR]] [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[[BR]] [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[[BR]] Production de 1 préconditionnement 40 waves 1D puis 1 waves 3D avec LMDZOR[[BR]] STORE 7600 inodes, 3Tb[[BR]] 90 000 CPUh on qstcmip6[[BR]] 1 jour de calculs en gros [[BR]] -> Pas contraignant. on ne change pas cette procédure.[[BR]] Reste 1 étape à réaliser : combiner préconditionnement 1D et 3D pour avoir les 120 sets de paramètres finaux (incluant ocean et orchidee)[[BR]] '''Préparation des configurations'''[[BR]] a priori Christian a tout fait, Myriam aussi pour VLR[[BR]] états initiaux prêts aussi [[BR]] 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[[BR]] pour info Christian reste disponible par email si besoin[[BR]] '''Vagues à lancer'''[[BR]] on part sur des jobs de 10 ans ? si fréquence de pack de 20 ans alors simulations de 20 ans aussi...[[BR]] 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. )[[BR]] 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).[[BR]] 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"[[BR]] 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)[[BR]] '''Métriques'''[[BR]] coordination avec Patricia, Philippe et Guillaume Gachon pour inclure métriques sur land et végétation[[BR]] Flux d'énergie, d'eau et de carbone. (On ne sort pas de stock, sauf neige)[[BR]] Il faudra sortir des variables climat. [[BR]] Débits des fleuves[[BR]] Pour l'instant, calcul de scalaires, pas de métriques en tant que distance à une référence...[[BR]] '''Prochain point 26 mai 9h30''' == '''Exercice de tuning automatique du modele couplé Printemps 2023''' == === Technical details === #### 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 }}} #### Setting up pre-builded tuning experiment #### ##### 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 }}} ##### 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: [[BR]] Dans config.card, {{{ [Post]: [[BR]] LightRestartPack=TRUE [[BR]] }}} Pour ne sauver que le dernier Restart dans le STORE[[BR]] #### 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@locean.ipsl.fr || prod. vagues VLR et LR hybride, sur Irene ROME || || Juliette Mignot || juliette.mignot@locean.ipsl.fr || prod. vagues LR sur Irene SKL || || Guillaume Gastineau || guillaume.gastineau@locean.ipsl.fr || prod. vagues LR sur Irene SKL || || Arnaud Caubel || arnaud.caubel@lsce.ipsl.fr || prod. vagues ICO sur SKL || || Sebastien Fromang || sebastien.fromang@cea.fr || prod. vagues ICO sur SKL || || Julie Deshayes || julie.deshayes@locean.ipsl.fr || || || Frederic Hourdin || hourdin@lmd.jussieu.fr || || || Brady Fester || brady.ferster@locean.ipsl.fr || preconditionnement || || Laurent Fairhead || laurent.fairhead@lmd.ipsl.fr || || || Ionela Musat || musat@lmd.jussieu.fr || || || Maelle Coulon Decorzens || maelle.coulon-decorzens@lmd.ipsl.fr || || || Etienne Vignon || etienne.vignon@lmd.ipsl.fr || || || Philippe Peylin || peylin@lsce.ipsl.fr || || || Christian Ethe || christian.ethe@ipsl.fr ||Dev. config IPSLCM6.5.2 pour tuning|| || David Niezgoda || david.niezgoda@locean.ipsl.fr ||scripts lancement jobs et stockage || || Patricia Cadule || patricia.cadule@lsce.ipsl.fr ||initialisation et config ORCHIDEE || || Agnes Ducharne || agnes.ducharne@upmc.fr || || || Catherine Ottle || catherine.ottle@lsce.ipsl.fr || || || Frederique Cheruy || frederique.cheruy@lmd.ipsl.fr || || || Sébastien Nguyen || sebastien.nguyen@lsce.ipsl.fr || ||