== Jeudi 7 Mai == Juliette, Julie, Christian, Arnaud, Laurent * rapel du contexte : QUEST n'a pas pour objectif de produire simulations qui seront publiées sur ESGF mais utile de produire les memes diagnostiques que pour CMIP6 et uniformiser archivage pour faciliter inter-comparaisons * actuellement, * les simulations QUEST produisent toutes les sorties standard differentes ! et il manque des diagnostiques codes pour CMIP6 exclusivement * Juliette sait brancher et bidouiller des dr2xml pour des simulations ad hoc, mais est-ce que c'est la solution perenne ? aussi pas tous les diags disponibles dans sorties "maison" IPSL * Arnaud rappelle des conclusions de reunion libIGCM en septembre : il faut avancer vers un archivage des sorties libIGCM facon CMIP6, donc c'est le bon moment de mettre en place cette fonctionnalite (qui revient a cleaner et officialiser la methode de Juliette) ; attention à la difference de version entre xml (actuellement prets pour 6.1.11 vs QUEST qui tourne avec 6.2) * quid de MR1 et MR025 ? [[br]] MR1 a priori tout identique au LR, sauf pour ce qui est lié à la taille des grilles, resolution : attributs à mettre à jour [[br]] MR025 n'a pas PISCES donc ne pourra pas utiliser les memes xml, pour le reste tout est pareil * pour avancer il faut décider : * nom des fichiers : inclus nom de la simulation ? type de simulation ? numero de membre ? grille native ou non ? quels attributs, de fichier et de variable ? '''-> Action Juliette, Julie (en interaction avec utilisateurs potentiels, Olivier inclus) a priori d'ici le 20/05''' * quel point de depart : xml historique ou piCtrl ? on part sur piCtrl mais on demande aux utilisateurs potentiels si ok a priori [[br]] * contraintes de dr2xml : fixer duree de la simulation au depart car periode inscrite dans nom de fichier - solution : inscrire la date de fin planifiee, et inconsistence si jamais la simu est arretee avant, et nouveau fichier créé si on relance * quid des sorties standard ? il faut les conserver pour produire intermonitoring, mais pas dupliquer non plus - attention à ne rien perdre au moment de la bascule ! * on conserve la modularite avec output_level des .card qui enrichiront les sorties standard * attention à suivre le cout supplementaire en calcul (et en stockage) ! == Vendredi 22 Avril 2020 == Julie, Juliette, Fréderic, Laurent, Christian, Eliott * Simulations en machine * Christian QUEST_3 MR025 (plante tous les 10-15 ans) (physiq.def de la preQUEST) * Laurent * LR_QUEST01 en 4CO2 * MR1 PreQUEST en 4CO2 * 2 runs de 20 ans LR pour essayer de comprendre pourquoi la MR1 plantait aussi souvent (.def de la MR1 dans la LR) * Eliott: test en LR sur amaxs * Ionela a passé une vague de tuning (400ans d'un coup) autour du 18 avril * LR * Test monocatégorie: mail a été envoyé par Julie semaine dernière. * En principe juste un paramètre de namelist, mais on a jamais essayé * Eliott * remarque générale: pas de runs froids avec LR. Il faudra s'attaquer à ce problème un jour. Mets à mal la "patte" IPSL qui est: large spectre de climat avec une seule config. * Tests Laurent Bopp régulièrement. Skin layer (Hugo Bellenger) * Tests mode à 100 ans et paramètres de glace & mélange proposés par Guillaume / Weimin (rétroaction négative liée au rôle de l’accumulation d’eau douce dans le gyre de Beaufort en réponse à la fonte de la glace lorsque l’AMOC augmente. -> contraindre extension de glace?) * Discussion MR1 et MR025 * Quelle stratégie pour analyser les plantages de MR1 et MR025? Ca a l'air d'être un bug atmosphérique qui n'arrive que sur ocean lourd... * Exploiter BGC pour mieux comprendre différences (improvments?) LR, MR1, MR025 * MR1 et MR025 ont relativement bonnes SST -> Valide la longue stratégie de tuning du LR, y compris via biogéochimie. * Réaliser CESMEP avec BGC pour LR et MR1 >> action Julie, Christian * Brancher biogéochimie offline ou traceurs age MR025 pour mieux mettre en évidence différences LR / MR ? * Réglages pmagic * 0.01 a posteriori mieux que 0.007 (figure métriques Fred) * Pour en être sur: diff physiq.def entre simu Thibault (CM6015S_03) et la pd QUEST de Laurent. Seule diff espérée: pmagic. '''-> Action Fred''' * Faire un pd LR avec pmagic à 0. '''-> Action''' a attribuer en fonction des simus finies d'ici la. * Message pour papier tuning? * Il faut clarifier / converger sur 1 valeur - lancer derniers tests pour se convaincre que 0.01 serait mieux. Ou continuer à tester d'abord 0.011 / 0.012-3 par exemple? Valeur à tester déterminer théoriquement par ajustement linéaire. * Quel scénario pour tester la sensibilité de nos configurations. Quels forçages, quelle(s) cible(s). Associer JLD et O Boucher -> '''Action Fred pour convoquer réunion.''' * Autre action admin QUEST: Publis: * Penser à rappeler à chacun de ackowledger QUEST dans les publis * list publis QUEST à construire. Un premier papier a été fait pas L. Bopp et al. * Webinar 28 avril: Fred montrera des résultats MR1 et MR025. * Discussion automatisation intermonitoring * related: discussion Climaf == Vendredi 10 Avril 2020 == Guillaume G, Fréderic, Martin, Julie, Juliette * Tests glace de mer? Lesquels, pour quoi faire? * Idées Martin: Linéarité aire de glace Arctique / température globale. Très bons résultats IPSL-CM6A-LR. Pourquoi? Idées pour comprendre: - nombre de catégories à 1 (avec et sans distribution virtuelle de glace) - Julie: priorité pour NEMO, important. - 2 sous tests: monocatégorie sans physique sous maille ou monocatégorie sous maille avec émulation de la physique sous maille. - '''-> Action Julie Martin et? (Arnaud? Eliott? Nicolas?)''' - prescrire un échange constant de chaleur sensible entre océan et glace (pour casser la rétroaction avec l'amoc?) - ignorer la neige - ignorer la dynamique de glace - faire un truc avec la rétroaction des nuages (mais je sais pas encore quoi). Simulations relativement courtes mais quel équilibrage? Protocole court (<100ans) du type: 30 ans de spin-up puis forçage fort (tuning ou CO2)[[BR]] Actions Kenza (stagiaire Martin)? Regarder les LR 4xCO2, MR1? * Idées Guillaume: Revenir sur paramètres de tuning. Mais simulations chères (au moins 100/200 ans + variabilité centennale) - Juliette: en effet, l'illustration de l'histoire glace / AMOC pas encore évidente sur figures archeo. - Fred: le tuning de la glace était il lié à relation AMOC/glace? idée était simplement de garder de la glace? - Julie: plantages du pi. -> rnhmin = 50. * Feedback global glace / top of atmosphere assez faible. Justifie a posteriori stratégie: 1. tuning atmosphere 2. ajustement glace. Remarque sur stratégie tuning: si relation linéaire aire de glace Arctique / température globale tient pour un modèle donné, ça peut être un moyen de tuner glace plus proprement. Diag à appliquer aux runs successifs + historiques? + pictrl pour lien avec centennal. ''-> Action Juliette & Guillaume & Martin & Kenza'' * Papier tuning: - 1. illustrer relation glace / Tglobale dans config finale (historique, scenario, etc) - 2. vérifier que c'est la même en centennal? - 3. vérifier/tester dans les configs successives. - revoir histoire tuning glace: AMOC? cette relation? * MR1: - très bonnes métriques SST. -> à inclure dans papier tuining? - faire un DECK avec? (pictrl de 500 ans). (heures gencmip6 plutot?) - Question est pourquoi il est meilleur? Verifier ECS avant? '''-> Action Laurent''' . Puis lien débiaisage Gerhard. - Attendre des évolutions des modèles (NEMO4?) avant de relancer DECK? == Lundi 23 Mars 2020 == Julie, Fréderic, Juliette, Eliott, Nicolas, Laurent === actuellement en machine === * M2C-TI01... Brady Ferster (LR-WP1) * CM61-LR-... Marion Devilliers (LR-WP1) * Laurent ? (PACKOUTP...) [[http://webservices2017.ipsl.fr/interMonitoring/tmp/interMonitoring_plot01_B73AgQ_prod/|intermonitoring]] [[br]] [[http://webservices2017.ipsl.fr/interMonitoring/tmp/interMonitoring_plot01_VfyazD_prod/|intermonitoring avec diags banquise mais sans IPSLCM6.2-LR-pd-QUEST-01]][[br]] trouver comment regler pb des sorties pour avoir diags ICE aussi ? > action Laurent, Nicolas, Arnaud ?[[br]] [[https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jdeshayes/C-ESM-EP/QUEST_30032020_jdeshayes/C-ESM-EP_QUEST_30032020.html | atlas C-ESM-EP des 100 dernieres annees]] [[br]] === point sur les simulations à relancer par configuration === * LR (atm LR, ocean 1) [[br]] 2 simulations realisees par Laurent avec L95 - terminé [[br]] Ionela doit lancer la deuxieme vague d'auto-tuning (pour explorer ECS 3D), a priori demain ; devrait pouvoir enchainer 2 ou 3 autres vagues ensuite [[br]] vers une version retunée du LR ? a reflechir pour dans 1 mois environ [[br]] pour la glace de mer : Guillaume fait ses propres simulations pour analyser la variabilité (sur autre allocation); Martin est interessé par d'autres tests de sensibilité, en particulier dans contexte du papier tuning, mais pas de simu prête à lancer [[br]] analyses de Brady en cours (sur simulations WP1), avec AMOC artificiellement augmentée et diminuée [[br]] simulations de Marion avec fonte Groenland (terminées, WP1) : à utiliser pour relancer simulations de previsibilité decennale ? [[br]] Nicolas : poursuite du piCtrl pour reference aux simus de Brady mais pb sauvegarde sorties HF - en cours et à relancer [[br]] quid du tuning de diffusion verticale dans l'Arctic ? [[br]] * MR1 (atm MR, ocean 1) [[br]] Laurent a toujours des plantages non resolus avec CM6.2-QUEST-MR01 - action en cours (pour rappel, plantages semblables en MR025 mais pas dans CM6.2-preQUEST-01) > lancer simulation equivalente (avec meme tuning) en LR pour voir si plante aussi ? action Laurent [[br]] vers une nouvelle version tunée du MR1 ? * MR025 (atm MR, ocean 1/4) [[br]] SST globale un peu plus faible que pour les MR1 et LR > on rechauffe encore ou on conserve comme cela ? voir si ca nous penalise dans rms du cycle saisonnier moyen (metriques de Jerome) + voir aussi où en est l'ajustement de ACC (action Julie ) pour decider si on relancer un test GM maintenant ou si on re-rechauffe d'abord [[br]] === Pilotage / management / suivi des heures utilisées === * Juliette : frustration de ne pas avoir suffisament de temps pour faire des analyses et de devoir decider, dans le flou, de nouvelles simulations à lancer ; manque aussi reunion generale des 3 WPs pour faire le point sur toutes les simulations produites et trouver des histoires à raconter... > creation d'une nouvelle page dans wiki QUEST sur partage des resultats, nouvelles hypotheses et argumentaires à etoffer * consommation jusqu'à présent : 17 583 506 hCPU soit 39% de l'allocation - suggested use : 47.7% >> deficit de 4 050 000 hCPU - pas de penalité à prévoir avant le 15/04 * Contribution de Eliott à partir du 01/04 (si contrat demarré) ou du 01/05 (sinon) : quel plan de production de simulations ? a priori MR025 en remplacement de Christian, mais aussi peut etre LR pour glace de mer (et pour se faire la main) ? == Jeudi 16 janvier 2020 == Julie, Christian, Laurent, Frederic, Juliette, Nicolas === actuellement en machine === * CM6.2-preQUEST-01 (MR1) : control MR1 (sans tuning automatic) (baseline) tourne toujours pour voir * Q3-CM62-MR025-pd-03 (continuation de pd-01, avec GM, rechauffée) : tourne toujours pour voir [[http://webservices2017.ipsl.fr/interMonitoring_prefilled/tmp/interMonitoring_plot01_T7RN4O_prod/|intermonitoring]] [[br]] [[https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jdeshayes/C-ESM-EP/QUEST_16012020_jdeshayes/C-ESM-EP_QUEST_16012020.html | C-ESM-EP pour OCE]] [[br]] C-ESM-EP : ajouter les biais de SST apres avoir enleve la moyenne globale SST + ressortir ce qu'il faut pour avoir atlas atmospheriques === point sur les simulations à relancer par configuration === C-ESM-EP sur donnees atmospheriques ? [[br]] * LR (atm LR, ocean 1) [[br]] IPSLCM6.2-LR-pd-QUEST-01 : [[br]] reference pdControl pour QUEST : deja 200 ans produits [[br]] a prolonger pour combien de temps encore ? oui tant qu'on est en sous-consommation et surtout compte tenu de la variabilite centennale [[br]] pb donnees OCE dans intermonitoring ? a priori solution comprise par Laurent [[br]] >> refaire un intermonitoring + atlas C-ESM-EP avec CM6015S equivalente a LR pour verifier qu'on est bien dans le meme climat + tester impact de tuning T2m et couverture de glace de mer sur AMOC ? reboucler avec actions dans WP1 sur tests tuning glace dans LR (MV, GG...) ? [[br]] * MR1 (atm MR, ocean 1) [[br]] Ionela en cours d'analyse de la premiere vague de simulations [[br]] analyses comparatives CM6.2-preQUEST-01 vs CM6.2-QUEST-MR-01 ? [[br]] pour rappel : recalage en 1880 de CM6.2-QUEST-MR-01 [[br]] pourquoi les simus MR1 repartent de plus froid en SST globale que CM6015S-pd-03 ? parcequ'elles sont reparties de MR de MAF, plus froid que LR [[br]] ongoing : comprendre pourquoi plantages reguliers de CM6.2-QUEST-MR01 autour de l’équateur (pour rappel, plantages semblables en MR025 mais pas dans CM6.2-preQUEST-01) [[br]] >> lancer simulation equivalente (avec meme tuning) en LR pour voir si plante aussi ? * MR025 (atm MR, ocean 1/4) [[br]] equilibrage atmospherique OK a priori, meme si un peu plus froid que les MR1 equivalentes [[br]] >> terminer les 100 ans en cours puis rebrancher un test sans GM pour voir [[br]] >> nouveau test tuning oceanique ? [[br]] TODO Julie : regarder sorties MR025 et voir si besoin d'ajouter des diags pour faciliter analyse (par ex. MOC)[[br]] === Pilotage / management / suivi des heures utilisées === * Frederic : commencer a identifier les simulations qui serviront dans les papiers, et verifier sorties, tuning, plantages... * Julie (et Eliott) : pour faciliter le tracking des simulations QUEST, ajouter QUEST ou Q1/Q2/Q3 dans le nom de la simu [[br]] et pour faciliter le Data Management Plan de l'espace gencmip6, renseigner tableau sur [[http://forge.ipsl.jussieu.fr/igcmg/wiki/IPSLCM6/QUEST|page wiki QUEST ]] pour chaque simulation réalisée pour projet QUEST * Julie : a decidé de ne pas participer aux PRACE20days (Porto) car pas de focus thématique pertinent >> engagement implicite de participer à PRACE21days... * Julie : consommation jusqu'au 9/01/2020 [[br]] WP1 = 3,940,000 hCPU [[br]] WP2 = 2,216,390 hCPU [[br]] WP3 = 5,147,500 hCPU [[br]] soit 25% de l'allocation alors que 26% attendus [[br]] pour info : rappel procedure de reduction des heures en cas de sous-consommmation * reunion QUEST au printemps ? a minima reunir tous les acteurs des 3 WP pour avancer tous ensemble sur objectifs scientifiques de QUEST [[br]] ouvrir ou non aux autres collaborateurs ICMC/IPSL ? interet a priori des BGC, autres ? [[br]] Julie lance sondage pour fixer 1 journee [[br]] == Vendredi 29 novembre 2019 == Juliette, Nicolas, Julie, Eliott, Laurent, Christian === actuellement en machine === * IPSLCM6.2-preQUEST-01 (param de IPSL-CM6A-LR) a fini ses 200 ans >> arrêtée [[br]] * IPSLCM6.2-QUEST-MR-01 (continuation d'une simu de MAF avec param provenant de UQ) : plante tous les 10 ans mais toujours en machine[[br]] -> on a beaucoup de place en machine pour les prochains 7-10 jours [[br]] -> relancer des MR025 rechauffés ? [[br]] -> feu vert à Brady pour 5+5 membres de 100 ans (1 date de depart) === point sur les configurations === * LR (atm LR, ocean 1) [[br]] 1) activer module iceberg dans NEMO ? NON : requiert un peu de travail préliminaire sur couplage hydro et namelist NEMO [[br]] 2) réaliser equivalent pdCtrl de CM6.2-QUEST-MR01 ? OK -> Laurent : IPSLCM6.2-LR-pd-QUEST-01[[br]] repartir de 6015pd03 (choix S) [[br]] lancer pour 100-200 ans [[br]] * MR1 (atm MR, ocean 1) [[br]] simus de Laurent sont parties du pd Ctrl de MAF [[br]] CM6.2-preQUEST-01 : reference ad-hoc (comme LR, ou presque) [[br]] CM6.2-QUEST-MR-01 : premier vague UQ MAF >> a poursuivre [[br]] à suivre (nom à determiner...) : nouveau MR1 à partir de deuxième vague UQ (après analyse des simus realisees par Ionela) conclusion [[http://webservices2017.ipsl.fr/interMonitoring/tmp/interMonitoring_plot01_kh2rPP_prod/|intermonitoring]] et [[http://https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/jservon/C-ESM-EP/QUEST_jservon/C-ESM-EP_QUEST.html|CLIMAF]] : biais structuraux très proches entre LR, preQUEST et QUEST-MR01 mais QUEST-MR01 déjà un peu plus chaude et pas encore stabilisée[[br]] à regarder de plus près : pourquoi les simus MR1 de Laurent repartent de plus froid en SST globale que CM6015S-pd-03 ? [[br]] ongoing : comprendre pourquoi plantages reguliers de CM6.2-QUEST-MR01 autour de l’équateur (pour rappel, plantages semblables en MR025 mais pas dans CM6.2-preQUEST-01) * MR025 (atm MR, ocean 1/4) [[br]] atm idem a CM6.2-preQUEST-01 (sauf que repart de CM6.2-QUEST-MR-01) [[br]] ocean 2 styles : pd-01 avec GM et pd-02 sans GM [[br]] pd-02 moins stable numeriquement, a priori plus de biais chaud dans l'austral et convection tres forte (trop ?) [[br]] -> prolonger pd-02 pour confirmer l'effet de GM ? [[br]] mais globalement pd-01 et pd-02 equivalentes en terme de climat moyen, et a priori trop froid [[br]] -> rechauffer avant de relancer ? OK [[br]] actuellement on utilise cld_lc_lsc=0.00065 et cld_lc_con=0.00065 [[br]] -> Julie envoie mail à Ionela et Fred pour savoir de combien les modifier puis lancer pd-03 (qui repart de pd-01) pour 100 ans (et on verra ensuite pour pd-02) === point sur les WP === * WP1 [[br]] simulations de Yohan realisees [[br]] Matthew Menary en redaction d'articles [[br]] Marion et Didier en train de faire tourner qq simus, prochaines à suivre en Janvier [[br]] + Brady Fester (postdoc A. Fedorov) : protocole en cours de definition (5 membres pour 100 ans + 5 membres controle, avec eventuellement 2 dates de depart) * WP2 [[br]] [Ionela] "j'ai fait un 2eme ensemble de 240 simulations (de la 1ere vague) pour le Q2-QUEST. J'ai post-traite ces simulations et extrait les metriques. La semaine prochaine j'attaquerai la partie analyse-UQ." * WP3 [[br]] a completer par Julie [[br]] === Pilotage / management / suivi des heures utilisées === * Juliette : qui analyse les simulations ? quelle strategie ? [[br]] partage de codes pythons pour faire plus rapidement les analyses ? series temporelles MOC et glace de mer, suivi de stratification... Juliette et Julie y reflechissent[[br]] TODO Julie : regarder sorties MR025 et voir si besoin d'ajouter des diags pour faciliter analyse (par ex. MOC)[[br]] note : Jerome dit qu'il manque des sorties 3D atmosphere sur niveaux de pression standard, utiles pour produire atlas CLIMAF sur la verticale -> Laurent confirme, mais a priori on a toutes les infos necessaires pour faire des interpolations -> updater les atlas CLIMAF pour que ce soit fait automatiquement ? * reunion thematique ouverte a tous : revoir au printemps quand on aura qq resultats pour alimenter les discussions == Mardi 8 octobre 2019 == Juliette, Olivier, Nicolas, Julie, Arnaud, Frederic, Eliott, Laurent, Christian, Ionela === actuellement en machine === * MR1 (Laurent) : suite des simulations de Marie-Alice, màj CM6.2 (trunk LMDz), physic.def du trunk avec mini retuning, pdCtrl[[br]] pour verifier que tout fonctionne, a priori on arrete apres 100 ans[[br]] meme source LMDz et ORCHIDEE que IPSLCM6.2 * MR025 (Christian) : suite des simulations tests, màj CM6.2[[br]] depart eORCA025 forcé at rest, forcage CORE[[br]] 5 ans OK, bug à la 6eme année (trop de glace en Arctic), diminution du pdt et reprise en Janvier >> poursuite du run jusqu'à 7eme année[[br]] pending question sur origine de ces instabilites...[[br]] meme source LMDz et ORCHIDEE que IPSLCM6.2 * simulation pirates de Sebastien Masson en attendant son allocation A * prêt à partir: LMDz CM6.1.10 A-LR (Ionela): vague de 200 simulations pendant 2 ans pour revisiter tuning et ECS Notes : limite de 300 jobs en meme temps - a priori sur chaque type de noeuds (hybrid, large et normal) [[br]] 1 simu est comptée comme 1 job car calcul fait sur noeuds SKL et post-traitement sur noeuds larges de SKL [[br]] sur Irene outil glost pour empaqueter plein de petits jobs dans 1 seul gros - utile pour vagues de simus UQ ? === point sur les configurations === * LR (atm LR, ocean 1) [[br]] passage en physique "B", 95 niveaux verticaux, et serieux retuning[[br]] pour vagues tuning LMDz (WP2), sorties maison minimales (xml à la main)[[br]] pour vagues tuning en couplé (WP2), quelles sorties ? * MR1 (atm MR, ocean 1) [[br]] modification physique LMDz et niveaux verticaux [[br]] pour vagues tuning LMDz (WP2), sorties maison minimales (xml à la main) * MR025 (atm MR, ocean 1/4) [[br]] TODO : revision param namelist (pdt oceanique (15 min), viscosite)[[br]] travail sur pdt de couplage : allonger ou raccourcir pour limiter les pb d'explosion en glace de mer ? [[br]] Olivier : quand on couple à 4h, alors amplitude du cycle diurne plus grande que quand on couple à 1h[[br]] actuellement couplage toutes les 30min[[br]] couplage glace de mer tous les 2 pdt ocean[[br]] === point sur les WP === * WP1 - porté par Juliette [[br]] essentiellement poursuite de simulations / experiences deja realisees sur Irene[[br]] pour tester sensibilite de parametres ocean-glace par rapport aux simulations CMIP6[[br]] donc configuration IPSLCM6A-LR comme pour prod CMIP6, pour faciliter comparaison (par rapport à reference CMIP6) et publications [[br]] avec dr2xml de CMIP6 (piCtrl, historique ou autres) trafiqués à la main[[br]] YRR : en visite au LOCEAN 1 semaine en novembre pour réaliser ces simulations [[br]] interactions avec les autres WP ? point au bout de 6 mois pour transfert d'expertise vers les 2 autres WP * WP2 - porté par Frederic [[br]] exploration des parametres de LMDz ("experiences de sensibilite" au sens maths applis) pour preparer configurations du futur (MR1 et MR025)[[br]] avec montee en resolution verticale pour mieux representer les nuages bas (en 1D dans un premier temps)[[br]] + aller vers version physique "B" de LMDz, en ajoutant notamment dynamique de population des poches froides (dans physique "A" : densite de poches fixes au dessus de terre et ocean)[[br]] revisite de la sensibilite de IPSLCM6A-LR (LMDzA-LR en fait) pour ECS * WP3 - porté par Julie [[br]] realisation de simulations longues MR1 et MR025 avec en parallele configurations LMDz de WP2 vs tuning "ad hoc" de atm et ocean[[br]] attention : tuning "ad hoc" implique re-equilibrage du modele, via mini UQ[[br]] MR025 ad-hoc deja en machine... [[br]] simulations tuning issus de UQ à lancer debut janvier === Pilotage / management / suivi des heures utilisées === * preparer tableau pour resumer specs de toutes les configurations utilisees et simulations realisées * reunion de tout le projet pour expliquer interactions entre WP et renforcer motivation (lors de visite de YRR en novembre ?), avec presentations scientifiques * suivi de consommation / visualisation des jobs par Eliott (des qu'il a acces à ccc_myproject)[[br]] pour suivre jobs par WP, ajouter Q1/Q2/Q3 dans les intitules de jobs (attention a la limite de 16 char) - eventuellement ajouter LR, MR1 ou MR025 * reunions mensuelles de pilotage de tout le projet * reunions supplémentaires pour WP séparés ou pour configurations séparées * points supplémentaires Fred, Juliette, Julie lorsque necessaire (eviter emails au maximum) Note : formation LMDz mi decembre === Logins autorisés === * à activer : [[br]] Martin Vancoppenolle (login à créer ???)[[br]] Frederic Hourdin (login à créer) * seront activés le 11 octobre : [[br]] Ionela Musat (p86musat) [[br]] Didier Swingedouw (swingedi) [[br]] Marion Devilliers (devillim) [[br]] Victor Estella Perez (estellav) [[br]] Matthew Menary (menaryma) [[br]] Yohan Ruprich Robert (ruprichy) [[br]] Simona Flavoni (sflavoni) [[br]] Guillaume Gastineau (p86ggas) [[br]] Amélie Simon (simoname) [[br]] Weimin Jiang (doctorante Guillaume) (jiangwei) [[br]] Leonard Borchert (post doc Juliette Didier) (borcherl) [[br]] Eric Guilyardi (p86guil) [[br]] * deja activés : [[br]] Juliette Mignot (p86mign) [[br]] Julie Deshayes (deshayej) [[br]] Christian Ethé (p48ethe) [[br]] Laurent Fairhead (p86fair) [[br]] Arnaud Caubel (p86caub) [[br]] Marie-Alice Foujols (p86maf) [[br]] Olivier Marti (p86mart) [[br]] Nicolas Lebas (lebasn) [[br]] Sebastien Masson (massons) [[br]] Gaston Irrmann (irrmanng) [[br]] + le login generique p86ipsl == Vendredi 27 septembre 2019 == Juliette, Laurent, Simona, Nicolas, Eliott, Christian, Arnaud, Ionela, Fréderic Info importante: maintenance TGCC en début de semaine prochaine. Ca ne revient que mercredi après midi... Nicolas -> on va recevoir un numéro de projet type "RAXXX" a mettre dans le job. Assorti à ca, on aura des espaces .../cont003/.../RAXXX/ . Libre à nous de les utiliser ou pas. Experience du preparatory access: on peut être installé sur $HOME_gencmip6, ecrire sur $WORK_gencmip6 et être imputé sur RAXXX. A noter qu'il nous faudra degager les $HOME_RAXXX des le 1er oct 2020. -> a priori, ca serait mieux de s'installer sur gencmip6, on sera plus confort. Proposition que Nicolas et Eliott fonctionnent en binome sur suivi de conso et interactions avec le centre (nombre de jobs max, punitions, etc). MR1 -> Laurent la passe en CM6.2 et lance dans la semaine prochaine. 1800 proc. Pas de sorties CMIP6 (dr2xml pas pret) MR025 -> Christian l'a déjà en CM6.2. Par contre ca n'a été testé que sur 1 an ( tout juste la mise en place ). Christian lance dans la semaine prochaine. 4720proc. Pas de sorties CMIP6 (dr2xml pas pret) LR -> rester sur CM6.1.10 pour compatibilité LMDZ et comparaisons ECS. Fréderic et Ionela préparent du UQ et lancent. Remarque: 1 MR1 + 1 MR025 ~ ce qu'on doit avoir en permanence en machine (5000 proc)