Aller au contenu. | Aller à la navigation

Outils personnels

Navigation
Vous êtes ici : Accueil / Le coin des développeurs / CR de réunions / POIHL / 2022/01/31

2022/01/31

Compte rendu du poihl du 31/01/2022

Poihl  'Physique'

Liens utiles:

 

Infos générales:

  • présentation de LMDZ comme outil de formation à la modélisation ce mercredi à l'EUR IPSL
  • les mini-projets de M2 commence ce mercredi aussi, qui peut aider?
  • journées CLIMERI jeudi 3 et vendredi 4 février
  • problèmes de performance parallèle constatés par Frédéric sur son nouveau portable, à étudier

 

Physique

Etienne a mis en place un document partagé listant les sujets potentiels pour les poihl "Physique", voir en début de page et sur l'entête du fil mattermost.

Les tests de Lidia sur le fisrt ré-écrit par Etienne montre que ça converge (pas au bit près). Quand/comment décide-t'on de basculer?

Retour sur le tuning de Ionela:
rappel: 40 vagues en LR 95 avec 6 cas 1d
Pour la vague 3D, 22 simulations n'ont pas tournées. Il y a des choses à faire à la main pour relancer cette vague mais Frédéric a indiqué avoir travaillé à l'automsatisation de ces tâches. Ionela reprend le travail. En tout état de cause, on arrive à un espace des possibles de 0.00068

On passe aux différentes questions que Maëlle se pose suite à la lecture de l'article fondateur:

  • comment a-t'on choisi les cas 1D et les métriques? pourquoi  n'y-a-t'il pas de cas de couche limite stable, ou de métriques basées sur les précipitations par exemple?
    réponse: ça dépend des outils disponibles: là on utilise le 1D et les LES, on veut tester la méthode sur des cas qu'on connaît bien et en l'occurence les LES n'apportent pas beaucoup d'informations concernant les cas de CL stable. Pour les précipitations, même chose: pas assez de recul, de confiance sur des métriques "pluies" et les LES pareils sont très incertains, les métriques ne seraient pas très robustes.
    Etienne: en ce qui concerne les cas de CL stable, on a GABLS1 et GABLS4. Pour GABLS4: un cas réaliste mais pour lequel les LES ne sont pas une référence et un cas idéalisé où les LES convergent  mais sans référence observartionnel. Ces cas permettraient de tuner la diffusion turbulente mais est-ce-qu'on a forcèment besoin de tuner la diffusion turbulente après le travail de thèse d'Etienne?

 

Décision: on créée une chaîne mattermost "les questions que se posent Maëlle sur le tuning"

   

Tour de table:

    Laurent:
  • contrôle qualité sur les modifs d'Olivier et de David
  • discussion avec Jean-Yves sur la réintégration des modifs d'Arnaud
  • Modifs d'Arnaud sur les sorties et xios intégrées à la trunk (on passe de 300s pour un mois à 270s en résolution standard). Attends la fin du moratoire pour les commissions
Adriana
  • PEDALONS : question lancée @Codutil, à la recherche d'un sujet pour le printemps
  • tutorial_prod : mise à jour cf interactions avec les utilisateurs depuis plusieurs mois :
  • Plantage ce0l en mode debug, avec IOIPSL : 
   Lionel a identifié la cause dans IOIPSL/flincom.f90, j'ai testé la correction, Josefine va commettre :
       /gpfswork/rech/gzi/rdzt896/IOIPSL/src/flincom.f90
   Vu avec Laurent: de notre coté, il faut corriger aussi IOIPSL du modipsl*.tar qu'on distribue  
(NB: IOIPSL à jour demande HDF ; install_lmdz.sh le compile pour l'instant seulement pour XIOS
  • MIP "pattern effect" : pb plantage avec limit.nc créé en combinant SIC-AMIP avec SSTs sorties de modèles
Ionela
  • Travail sur le tuning de la configuration LR-L95 : recherche & identification du souci sur la 1ère vague 1D-3D dite 41ème vague (puisque  j'ai fait 40 vagues 1D). Résultats  sur le canal "Echanges Tuning" de Mattermost.
  • Check validité diagnostic "mc" pour amip de CMIP5 et CMIP6 suite à l'analyse de Jessica et l'identificaton d'un bug de Jean-Yves. Les résultats : dans  CMIP5 - le diagnostic "mc" est valide, alors que dans CMIP6 il y a un problème de signe sur dnwd. A priori pas de souci majeur, puisque le terme est assez petit.. En attente de confirmation. Commission à faire très prochainement
  • Petit travail sur script get.sh pour la récupération des sorties CMIP(5/6) pour un scénario et une période sur le compte fabric
  • Aidé Saloua pour sorties régionales sur jean-zay ;  tests en cours
Abderrahmane
  • Ecrad :
  • essaie de mettre à jours la page web sur l'implémentation de Ecrad dans LMDZ avec rajout de diagnostics  et mise à jours du mode d'utilisation pour les utilisateurs
  • commence à mettre en place 2 simulations (1 an) Amip guidées avec  Ecrad et Rrtm à intercomparer et à comparer aux réanalyses
  • Projet avec le Maroc
  • a participer à la selection des candidats pour le poste d'ingénieur calcul scientifique
  • a fait partie du jury (vendredi après-midi) pour le selection les candidats retenus
  • continue le travail sur le plantage du modèle LMDZ sur la nouvelle machine de l'UM6P
  • Aide à Saloua pour mettre en place des sorties sur un domaine limité (tests sur Irene)
  • Cosp dans la trunk :  travaille pour résoudre le problème lié au rajout d'1 appel à Cosp au début de la physique avant que plusieurs champs nécessaires à Cosp ne soient pas définis

 

 

Ajouter un commentaire

Vous pouvez ajouter un commentaire en complétant le formulaire ci-dessous. Le format doit être plain text. Les commentaires sont modérés.

Enter the word