17/03/2014
CR POIHL 2014/03/17
-------------------
Durée : 1h43
Abderrahmane
------------
Voici où j'en suis par rapport à LMDZV6 :
J'ai lancé 3 simulations avec la configuration LMDZOR_v6 où j'ai désactivé
cosp pour LMDZ et le rootage pour Orchidee.
- LMDZV6A.0 : Ancienne physique qui plonte à la fin de la 2e année avec une température qui s'explose
- LMDZV6B.0 : Nouvelle physique équivalent de NPv3.2 qui a fait 1 ans et
demi et qui tourne encore
- LMDZV6A.1 : LMDZV6B.0 ave activation du déclanchement stockastique et
tau=8000 et qui a fait 3 mois et en train de tourner
Dés que j'active cosp ça plonte avec segmentation fault, lié je pense au
manque de mémoire vue les tailles des tableaux !
Je me suis fait aidé par l'assistance de l'idris mais le problème n'est pas encore résolu !
Marie-Pierre
------------
Runs RRTM pour tester des diagnostics d'Olivier.
A refait tourné le cas EDMF d'intercomparaison pour rajouter des variables.
Est tombée sur un problème de compilation à cause de la longueur du $PATH.
S'est remise sur le cas bomex.
Jean-Yves
---------
L'eau est conservée partout.
A commencé à appliquer le script de Lionel à travers toutes les routines.
Ehouarn
-------
CU de l'idris. Vont renouveler gaya. Vont passer le gaya actuel en read-only.
Le nouveau serveur sera visible depuis adapp.
Attention aux consommation : 30% fin mai. Peuvent reprendre les heures.
OK pour le projet transport.
Derniers tests passent. Toujours probleme avec ifort2013.
Va se pencher sur le Mellor et Yamada option 11
Ionela
------
A fait les simulations Aqua pour embrace. Mais le pattern chaud était faux autour de la ligne de changement de date. Les physiques standard et nouvelle ont tourné.
A tourné avec une versrion de libigcm qui faisait que les rebuilds puissent ne pas être faits.
Va mettre à jour.
A rencontré le même problème avec les simulations de sensibilité à la résolution.
Va préparer des simulations PI-control avec un abrupt-4xCO2 pour le projet mordicus en moyenne résolution.
Laurent
-------
A corrigé un bug dans dyn3dmem qui faisait des plantages aléatoires sur
l'écriture d'un petit fichier de controle juste à la fin.
A fait des références dyn3dmem/dyn3dpar. Ca se ressemble.
Feu vert pour dyn3dmem.
Tests comparés NPv3 / trigering.
Semble confirmer que le trigering ajoute des pluies sur océans par
rapport aux continents.
Frédérique Cheruy demande qu'on fasse ses commssions. Laurent va les
faire.
A repris le travail sur le couplage avec la physique de MAR avec un MdC du
LGGE. Compile bien mais plante dans la convection avec un débordement
de tableau.
Lionel
------
A regardé PVtheta avec Ionela.
N'est pas utilisé.
Le calcul n'est pas juste quand la grille est zoomé.
Eliminer de la version actuelle.
Pour la distribution verticale : pourquoi un dz min vers la tropopause ?
Continue à travailler sur les tests sur le calcul des pressions en milieu de couche
avec exner.
Jean-Baptiste
-------------
A commencé à regarder la fraction de glace dans fisrt et newmicro.
Deux formules différentes dans les deux codes.
a sorti t_glace_min dans les .def ainsi que l'exposant (jusque là dans nuage.h)
A fait des simulations 1D et est tombé sur un petit problème dans instal1d.sh.
Lluis
-----
Still playing with limit.nc
Almost ready to start working on paralellism.
Had a discussion with Ehouarn and people from UPMC for the mesu computer.
Frédéric
--------
A fait une simulation aqua planète avec 59 niveaux et les réglages
pressentis pour LMDZ6. La simulation est 8W/m2 plus chaude que la NPv3.
Par ailleurs, des tests faits avec RRTM sur Twpice avec Sunghye montrent
un delta de flux TOA ciel clair de +10 W/m2 dans le visible et +20 dans
l'IR thermiques(qui s'ajoutent) ...
Discussions avec Aria. Lancement du projet de transfert. Demande de
formation de la part d'Aria. A voir quelle forme ça doit prendre.
Va rédiger une petite note sur les utilisations de LMDZ zoomées avec
Laurent Li.
A fait des simulations Rico et comparé le taux de réévaporation sous les
nuages avec des simulations LES. On doit pouvoir contraindre la
réévaporation de la pluie.
LMDZ6
=====
Prochaine réunion LMDZ6. Analyse de la première simulation d'Abderrahmane.
Réglage des .def edans les lancements
-------------------------------------
144x142xL59
disgmin=0.125 # dans gcm.def par exemple.
day_step=960 ou 720
iphysiq=5
Configuration physique :
-------------------------
+ Fermeture stochastique
* iflag_trig=1
* tau=8000
* Ajouter lels modifications de la fermeture.
* Vérifier la taille critique des thermiques pour le déclenchement.
+ Transition liquide/glace
* Sources à commettre.
+ Stratocumulus d'Arnaud
* iflag_thermals_ed=8
* iflag_thermals=18
Forums :
--------
La question se pose de mettre en place qui combine wiki ou wiki-like sous plone
avec des forums.
http://forum.lmd.jussieu.fr/forums-lmdz/lmdz6
On se force à discuter la mise au point de la version beta de LMDZ6 sur le forum.
On fait vivre les 2 fils de discussion pour commencer :
- Configurations de référence
- RTTM
Profiling
---------
A faire.
Se souvenir de faire des tests de stabilité avec un abrupt 4xCO2
Basculer au maximum sur dyn3dmem.
Faut-il rerégler les paramètres de l'orographie ?
Qui prend en charge XIOS ?
Rayonnement :
commettre les sources rapidement.
Réactiver les tests thermodynamique de la glace / déclenchement stochastique
Regarder le changement de densité des poches.
Jean-Yves fait remarquer qu'on pourrait mettre un klev_max.
Avoir 1+1=2 avec la nouvelle physique.
Réunion utilisateurs :
----------------------
Lundi-mardi 2-3 juin.
Marie-Pierre prend ça en charge.
lmdz-info
---------
On relance.
lmdz-en-bref
------------
Nouvelle testing.
Journées utilisateurs
lmdz-info
Conservation avec la nouvelle physique :
----------------------------------------
2013/04/13 : nouvelle routine pour la conservation de l'énergie
basée sur les termes source de l'équation pronostique de la TKE.
2012/03/05 : travail en cours
A regarder.
Lien avec les problèmes identifiés en 1D.
Problème identifié dans les sorties, en 1D.
1+1=2 :
-------
2014/01/06 : le problème est un peu différent. C'est day_step qui n'est pas un multiple
de idissip. Que fait-on ?
2013/09/02 : probleme identifié pour la dissipation : la période d'appel à la dissipation
effective idissip n'était pas automatiquement un diviseur de day_step
Résoudre la partie poches et convection de la nouvelle phys.
Ehouarn reprend la partie dissipation.
OK avec ancienne physique à partir de svn1626