12/2/2018
Durée : 5mn (2 personnes physiquement présentes!)
Consolidation LMDZ6 :
=====================
Frédéric a probablement identifié les origines de la non indépendance par
rapport au nombre de processeurs mpi x openMP.
Ca change un peu les résultats numériques mais rien d'inquiétant a priori.
Du coup, il serait bien de basculer les chaînes splith et ttop sur les nouveaux sources
(attention, les commissions ne sont faites pour le moment que sur la trunk).
Il faudrait aussi lancer des simulations forcées (a priori Abderrahmane) pour vérifier
qu'on n'a pas de mauvaise surprise (pareil: sur la splith et la ttop).
A priori, on conserve pour CMIP6 les configurations ttop et splith
à qui il faut trouver un petit nom : IPSL-CM6A et 6B ?
En prenant pour 6A celle qu'on aura retenu comme prioritaire ?
Les diagnostics d'Abderrahmane confirment que les tailles de gouttes sont
beaucoup trop petites dans la version ttop et que c'est mieux dans splith
(c'était une des grosses cibles du réglage de splith).
>>> inchangé par rapport au CR du 2018/02/05 <<<
Date butoir absolue du lancement des simulations : semaine du 5 février;
Data request terminée / évaluée.
Plantage/1+1=2/reproductibulité :
Plantage dans une 4 CO2 dans une pi Controle Split D. Plantage sur un
autre abrupt 4 CO2. QUi pourrait être cette fois sur la convection.
Plantage splitD : fin avril sur les grandes plaines.
Problème apparu récemment de non reproductibilité suivant le nombre
de proc Omp.
Source de non reproductibilité identifié dans la routine
flott_gwd_rando.
Passage à la 6014 :
Trois versions en machine : ttop, split-D et splith
Problème identifié par Jean-Yves sur le couplage entre les poches et
les thermiques.
A tester en priorité pour voir si c'est important.
Lancement des simulations :
===========================
>>> inchangé par rapport au CR du 2018/02/05 <<<
Contribution des ingénieurs de l'équipe :
-----------------------------------------
Répartition envisagée :
Ionela et Abderrahmane s'occuperaient de CFMIP
Laurent s'occuperait des scenario.
Lidia pourrait porter les amip.
Préparation des simulations MR pour le Deck CMIP6 :
---------------------------------------------------
Plutôt SplitH. Vérifier les forçages.
Contrôle des sources :
----------------------
Jean-Yves a refait tourné son (super) script. Regarder s'il reste des choses embêtantes. Ionela va regarder les variables autres que l'ozone dans physiq_mod.F90
Préparation des configs :
-------------------------
RAS
Data request (responsable Laurent et Sandrine)
==============================================
>>> inchangé par rapport au CR du 2018/02/05 <<<
Nouvelle release de la dataRequest 1.0.20. Depuis la 1.0.21
Une journée de boulot pour faire le merge avec ce qu'on avait nous.
Ce qui est commis est compatible 1.0.21.
On est passé de 330 à 326 variables demandées.
82 qu'on ne fournira pas.
42 encore à trouver mais qu'on ne fournira sans doute pas non plus.
Commissions de modification sur les fréquences de convection
(profonde/peu profonde).
Autres corrections diverses sur les précipitations diverses.
Problème de calendrier Cosp résolu.
Reste la question de la compilation debug. Marche chez
Abderrahmane. Faire en sorte que ca marche en couplé.
Problème xios avec le moyennage de certains champs (entre les mains d'Arnaud)
Ménage sur le histmth en cours.
A renvoyé une liste de variables plus complète.
http://lmdz.lmd.jussieu.fr/developpeurs/groupes-de-travail-1/data-request-cmip6-et-workflow-ipsl/histmth1.html
En cours: Ionela reprend le calcul du vent à 10m ce qui implique un
réaménagement dans pbl_surface_mod.F et se pose la question de l'interaction entre les rafales et le splitting, Jean-Yves regarde
Articulation convection profonde / convection peu profonde
==========================================================
>>> inchangé par rapport au CR du 2018/02/05 <<<
Faire le point sur ce qui est vraiment dans le code
* Splitting des poches : équations imprésentable
* Entrainement convectif / nouvel épluchage
* Tube dentifrice (à tester)
* Dyamique de population de poches
* gestion des précipitations
Evolution physique/versions futures :
=====================================
>>> inchangé par rapport au CR du 2018/02/05 <<<
Jean-Yves travaille sur le splitting : Jean-Yves a commis une version du splitting sans écart de température de surface (et découvert au passage un problème dans l'articulation poches/thermiques)
(inchangés ci-dessous)
* Jean-Yves, Jean-Philippe et Catherine pensent qu'il faut éliminer une
partie des précipitations dans les ascendances adiabatiques.
* Eau avec source méthane
* sursaturation
* Augmentation de la résolution.
* grille plus groissère en bas pour la convection
Dynamico :
==========
On a obtenu le GRand Défi sur Irène!
Stagiaire de M1 qui bossera avec Simon pour regarder les spectres
des simulations.
Grand challenge sur Irene (remplacement de curie) : soumis
1/ simulation globales LMDZ à 50km, production highresMip
2/ Passage à 25km
3/ Passage à dynamico
Demande de calcul sur le compte rces sur irene.
Tuning automatique :
====================
>>> inchangé par rapport au CR du 2018/02/05 <<<
Frédéric continue à travailler sur les scripts R
Convergence 1D std / Dephy :
============================
>>> inchangé par rapport au CR du 2018/02/05 <<<
Marie-Pierre s'est remise sur les fichier de Fleur.
A modifié la création des outputs standard.
A travaillé dessus pour la présentation aux AMMA.
A envoyé à Florence une série de simulations en version 6014ttop.
Envoyer la version splith.
Publications :
==============
>>> inchangé par rapport au CR du 2018/02/05 <<<
- Stratocumulus (Arnaud Jam)
A récupéré les sorties d'Irina Sandu.
- Thermiques / stratocumulus / bords Est (Frédéric)
- Splitting (Jean-Yves)
- Couplage / Flux de surface / rafales (Traore)
- Tuning (Ionela/Frédéric)
- Articulation convection peu profonde / profonde ?
tickets trac :
==============
#9 Modifications pour une dynamique commune (terre \u2013 planete)
#11 Menage sur les prints
#21 "day_ini" dans "create_etat0_limit" et "gcm"
#28 Initialisation problems in cloudth ?
#30 Pb valeurs nulles/non définies sur configs linux
#32 Concervation de la masse des traceurs dans la dynamique
#34 Calving faux en zoome
#44 getin_dump et name
#52 readchlorophyll en OpenMP?
#54 Erreur sur la vorticité en mode zoomé
#55 Constantes non uniformes dans le modèle
#56 Vérifier le calcul des nombres de jours de pluie
#61 Calendrier Consolidation
#62 Problème avec les variables SAVE dans yamada4?
#66 Sensibilité au pas de temps de la fermeture stochastique
#67 Traceurs et isotopes.
#70 Conservation de l'énergie avec l'eau
#71 Filtrage de la vorticité
#74 grossismx
#75 ppm3d non fonctionnel
#76 Sortie epmax
#77 Fréquence des fichiers aérosols
#82 Nouveau calcul de wind10m
#83 Mais où est donc passée la prise en compte de la ALP
conditionnelle ?
#84 Use getin_p instead of getin
#85 Rayonnement dans le 1D
#87 cycle_diurne et iflag_cycle_diurne
#88 routines cldrag
#89 Problèmes grille zoomée
Tour de table :
===============
Adrianna :
----------
RAS
Ehouarn :
---------
- Problème identifié sur XIOS réglé (pb de dépassement pour une "missing value" convertie en "short"); merci Arnaud.
- Demande DARI "Atmosphère planétaires" soumise; 2.29Mh sur Occigen.
- Tests ancienne physique sur Ada avec la r3199. OK.
e-Abderrahmane :
----------------
- J'ai tourné 3 simulations LMDZOR forcé, correspondant aux 3 derniers réglages ttop, splith et sipliD.
Les diagnos multi-atlas :
https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/fabric/lmdz/MultiSimu/LMDZOR6014/ACCUEIL.html
- J'ai tourné 2 simulations pour tester la correction de Jean-Yves sur le couplage entre les poches et les thermiques.
Les diagnos multi-atlas :
https://vesg.ipsl.upmc.fr/thredds/fileServer/IPSLFS/fabric/lmdz/MultiSimu/LMDZORsplith/ACCUEIL.html
- J'ai comparé pour les 3 simulations ttop, splith et sipliD les rayons des goutes issus du simulateurs Modis avec les observations Modis :
www.lmd.jussieu.fr/~idelkadi/Modis/CLOUD_PARTICLE_SIZE_LIQ_Janvier.ps
- J'ai mis à jours Cosp sur la trunk et la CM6.0.15 suite à la correction d'un bogue dans Modis (Corrigé récemment dans la version officielle v1.4.2 de Cosp).
e-Frédéric :
------------
Espere avoir retrouver l'indépendance vis-à-vis du découpge de domaine.
Problèmes dans les routines gwd_rando et cv3_yield à cause d'un
choix de niveau vertical sur un profile d'altitude au milieu du domaine
en klon/2.
Problème de mauvaise gestion du niveau klev+1 pour la tke.
Le problème apparaissait sans doute à cause de la diffusion verticale dans
yamada4. Mais dans les tests en local, il on ne perdait effectivement
l'indépendance au découpage que si on activait tend_to_tke qui
calcule des sources de tke à partir des tendances orographiques.
Pour trouver, le problème, j'ai équipé la physique avec des sorties
systématiques de la TKE avec les routines iophys_* basées sur les
routines iotd_* de mes cours de modélisation.
Je faisais deux simulations avec deux découpage différent et comparais
les deux fichiers.
J'ai perdu du temps avec le fait qu'il fallait sortir en "double" plutôt qu'en "float"
pour identifier le problème dés son apparition.