Aller au contenu. | Aller à la navigation

Outils personnels
Se connecter
Sections
Vous êtes ici : Accueil Développeurs CR de réunions POIHL 30/10/2017

30/10/2017

Compte rendu du poihl du 30/10/2017

Durée :  1h00


Consolidation LMDZ6 :
==============

e-question de Laurent:

" j'ai préparé une nouvelle testing mais je ne sais pas où la ranger:
   * soit je la range dans LMDZ6/branches/testing mais ça veut dire qu'on ne peut pas faire un simple svn update de la testing quand on change de numéro de version de LMDZ (c'est d'ailleurs le cas pour celle que j'ai préparé, à moins de la ranger dans LMDZ5/branches/testing comme d'habitude)
   * soit je la range directement en parallèle de LMDZ6 dans un nouveau "tronc" appelé testing ou LMDZ_testing. On aurait sur le dépôt svn en parallèle:
LMDZ/ +- BOL
      |- LMDZ.3.3
      |- LMDZ4
      |- LMDZ5
      |- LMDZ6
      |- testing (ou LMDZ_testing)

L'inconvénient ici c'est que la testing est dé-corrélée des versions successives de LMDZ (mais c'est comme ça que Debian définit ses versions)
Je serais donc plutôt pour la deuxième solution, à voir comment on appelle ce nouveau tronc Attention : pour le moment, pas de testing sur LMDZ6
   Ce serait bien que ce soit prêt pour la formation. "

Les avis sont partagés: Jean-Yves et Ionela pour la première solution. Ehouarn et MP pour la seconde....
Frédéric et Ehouarn ont travaillé sur creation_modipsl.sh et install_lmdz.sh au dernier Bocal ainsi que sur le problème identifié avec ar en ubuntu16.

Contrôle des sources :
----------------------
Jean-Yves a diffusé au POIHL le résultat de son (super) script checkthreadprivate.x. Sont concernés les fichiers :

==================== File: conf_phys_m.F90
==================== File: dimphy.F90
==================== File: indice_sol_mod.F90
==================== File: infotrac_phy.F90
==================== File: iophy.F90
==================== File: iostart.F90
==================== File: iotd_ecrit.F90
==================== File: mod_surf_para.F90
==================== File: mod_synchro_omp.F90
==================== File: oasis.F90
==================== File: phyaqua_mod.F90
==================== File: phys_output_mod.F90
==================== File: phys_output_var_mod.F90
==================== File: physiq_mod.F90
==================== File: phystokenc_mod.F90
==================== File: phytrac_mod.F90
==================== File: press_coefoz_m.F90
==================== File: read_pstoke.F90
==================== File: read_pstoke0.F90
==================== File: readaerosol.F90
==================== File: regr_pr_time_av_m.F90
==================== File: thermcell_condens.F90
==================== File: thermcell_flux2.F90
==================== File: thermcell_plume.F90
==================== File: thermcell_qsat.F90
==================== File: yamada4.F90

Préparation des configs :
-------------------------
RAS

Data request (responsable Laurent)
======================
(inchangé)
S'y sont remis : Laurent, Ionela et Abderrahmane.
Abderrahmane :
Pas mal avancé.
restait 150 variables à identifier.
Classées par thématiques.
Envoyées à des correspondants.
15aine de variables non atmosphériques.
Restent 122 variables.

Discussion en cours sur les sorties dynamiques.
- On partirait sur des sorties dans la dynamique.

Articulation convection profonde / convection peu profonde
=====================================
(inchangé)
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é)
* Eau avec source méthane
* sursaturation
* Augmentation de la résolution.
* grille plus groissère en bas pour la convection

Dynamico :
=======
2e e-question de Laurent à laquelle nous n'avons pas répondu:

"en travaillant sur la convergence des physiques utilisées par DYNAMICO et LMDZ, je suis tombé sur des routines qu'on n'utilise plus. Est-ce-que je peux les ranger dans obsolete? Il s'agit des routines de sorties rangées dans des .h qu'on "includait" dans physiq.F et qui ont disparu de physiq_mod.F90: ini_histREGDYN.h, ini_histday_seri.h, ini_histrac.h, write_histREGDYN.h, write_histday_seri.h, write_histrac.h"

Tuning automatique :
=============
(inchangé)
Frédéric a fait un point à Toulouse sur les script R
   Va reprendre la main dessus.
Frédéric va faire une présentation en réunion climat.

On a réussi à faire tourner la vague 2 (grâce à une remarque de Ionela).
En discussion avec Toulouse pour échanger des codes "r".
Programmation d'un exposé itune en réunion climat le 13 novembre.

Convergence 1D std / Dephy :
==================
Marie-Pierre regarde le forçage ferret de Fire.

Publications :
==============
(inchangé)
- Stratocumulus (Arnaud Jam)
- Thermiques / stratocumulus / bords Est (Frédéric)
- Splitting (Jean-Yve)
- Couplage / Flux de surface / rafales (Traore)
- Tuning (Ionela/Frédéric)
- Articulation convection peu profonde / profonde ?

tickets trac :
==============
(inchangé)
37 en cours. Une dizaine à fermer.

Formation LMDZ :
================
20 inscriptions.
16 vont utiliser les fichiers formation et 4 leur PC perso.
Faire une pub pour la démo ferret. 15 jours avant.
Karine demande qu'on lui communique la config finale au plus tard le 1/12 pour qu'elle installe tous les PC.
Pour mémoire il y a 29 PC AZERTY et 10 QWERTY.
Réunion le mardi 7/11 10h (bibli) pour parler du programme, de "qui fait quoi" et du test des tutorials.
Marine est d'accord pour refaire son talk (sauf mardi 12/12 matin) et Olivier d'accord pour les aérosols.
A propos du nouvel install_lmdz.sh: faut-il d'abord chercher à faire un wget puis chercher les bibliothèques sur le disque dur en cas d'échec ou l'inverse ?

Tour de table :
===============
Ionela:
---------
+ ajout configuration "lwoff" pour CFMIP3/CMIP6 correspondant a l'annulation de l'effet radiatif des nuages en LW
+ ajout d'une variable du spectre solaire (pour la DR/CMIP6) "solbnd"  et mise a "dummy_not_provided" de dix autres variables "bnd" cf. avis Olivier.
+ Ecrit un script pour Max Popp pour qu'il puisse lancer un bench en 144x142x79 en parallèle sur Ciclad.

Où mettre ce genre de scripts pour qu'ils ne soient pas perdus ? Sur svn dans BOL ou ~modipsl/modeles/LMDZ5/tools ?

Jean-Yves:
-------------
+ a été à Toulouse pour parler de la dynamique des populations de poches avec Jean-Philippe, Catherine et Romain. Ca avance.
+ ALP conditionnelle des poches en cours de test

Marie-Pierre :
--------------
+ a testé le nouvel install_lmdz.sh d'Ehouarn: OK

Lidia : (e-contribution)
-------
- simulation AMIP-LMDZ6 : contrôle CM6.0.11.3 pour la période CMIP
plantage modèle pour l'année 1995.
finalisation de l'extraction au point de plantage avec XIOS2.
la période d'exécution est annuelle ==> la date de plantage est dans le fichier de sortie d'exécution de la simulation.
le fichier des résultats du point de plantage, Xhistins, est créé dans le répertoire temporaire des résultats, avec XIOS1 il était stocké dans le répertoire final des résultats du scratchdir.
merci à Marie-Alice.

- simulation AMIP-CAUSES
configuration avec le modèle LMDZ6, CM6.
configuration des sorties résultats CAUSES à haute fréquence.
définition et configuration du domaine de sortie CAUSES avec XIOS2.

Ehouarn :
---------
Testé 3048 sur Ada: OK.
A aidé Max à s'installer sur ciclad.
A propos de l'install_lmdz: faire que ca marche mieux sur Ciclad: on installe trop de choses (netcdf ...)

Ajouter un commentaire

You can add a comment by filling out the form below. Plain text formatting. Comments are moderated.

Enter the word