Aller au contenu. | Aller à la navigation

Outils personnels

Navigation

14/10/2013

Compte Rendu du Point Hebdomadaire LMDZ du 14/10/2013
Durée: 1h45

Catherine : (e-contribution)
-----------
- Formation LMDZ: merci de remplir le sondage pour qu'on trouve 3 jours consécutifs
 en decembre, sachant que tout le monde n'est pas oblige d'etre present a tout.
Pas de nouvelles des salles par l'universite (cf Catherine Douineau).
Il faudrait rappeler pour la salle de l'UFR.
- Calcul de l'eau condensee (zcond) dans fisrtilp: Le nouveau calcul est le bon.
L'ajout de la boucle de convergence change un peu les choses mais ne corrige pas
la sursaturation (convergence rapide en 1 à 3 itérations).
 On n'a pas sursaturation avec l'ancienne physique. Le candidat le plus serieux
 me semble le ratqs qui est tres different dans AR4 et NPv3.1, surtout sous 600hPa.
 Il faudrait avoir une discussion specifique "fisrtilp".

Laurent :
---------
- Prépare la testing (retardé par les pbs sur Ada)
- makelmdz marche en 1D! On est pas loin de ne plus utiliser makegcm;
 à changer dans le install1d.
- dynamique LMDZ + phymar OK (à la compilation), mais faudra apprendre à se servir
 de la physique MAR...
- Comment isoler ce0l? ce0l "inclue/dépend" de 240 routines (sur les 1550 de
 la physique)... Faut-il faire une clé CPP, adapter ce0l pour qu'il ne
 fonctionne qu'avec dyn3dmem, ou autre chose? A méditer.

Jean-Baptiste :
---------------
- A installé le 3D sur Ciclad, par contre pb lors de l'install1d sur Ciclad
 (erreur autour de ioipsl/iniflu_sto). A élucider.
- En local fait tourner le 1D et regarde le cas TWPICE

Jean-Yves :
-----------
- Pb dans le modèle autour de "firstilp": on sépare les partie saturés et non
 dans la maille et de fait on a deux températures; solution de premier ordre
 à mettre en oeuvre:faire que la condensation chauffe toute la maille, pas
 juste la partie condensée (Catherine s'y colle).
- Toujours sur le splitting; va coder des tests.

Lluis :
-------
- Est sur l'interfaçage et les problèmes de conditions initiales et aux
 limites WRF/LMDZ
- Pb: dans WRF il n'y a qu'une surface (tandis qu'on à 4 sous-surfaces
 dans LMDZ); reste à voir comment concilier les deux.
- tombe sur un seg. fault dans LMDZ, dans cv3p1_closure.f90. A élucider.

Lionel :
--------
- A commis l'utilisation de idrmemmpi (sur Ada); attention, les temps
 écoulé renvoyés par idrmemmpi sont fantaisistes.
- A mis son outil d'interpolation de sorties modèle à niveaux de pression
 à disposition sur le site LMDZ
 http://lmdz.lmd.jussieu.fr/utilisateurs/outils/utilisation-de-lmdz#section-9

Frédéric :
----------
- Se lance sur le "transfert vers les entreprises" (projet de Blandine,
 en particulier) et va répondre à l'appel d'offre Labex L-IPSL services climatiques.
- "fisrtilp": Modifications dramatiques de la température de surface moyenne
 (~5 à 10 K) suite à la correction sur fisrtilp ! C'est énorme, et à creuser...
- A propos de la réunion pôle IPSLCM6: la demande pour utiliser XIOS est forte
 (et prioritaire), idem pour la possibilité de tourner par années.
- Réunion LMDZ6 prévue le 5 novembre prochain.

Ehouarn :
---------
- A demandé une augmentation de quote workdir Ada à 10To pour le projet LMDZ-T
- Tests habituels sur les dernières révision (r1890), RAS.
- XIOS: Après correction, c'est OK en MPI (mode client-serveur).
 Mais problèmes en OpenMP, qui finalement ne sont pas liés à XIOS,
 mais à phydev... Reste à comprendre pourquoi phydev ne marche plus en OpenMP.

Marie-Alice :
-------------
- Lors des demandes d'heures EDARI: pensez à sélectionner la réponse "IPSL"
en répondant à la question "utilisez-vous un mesocentre de calcul?"

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