Changes between Version 134 and Version 135 of IPSLCM4_v2_PAR

Timestamp:

02/07/08 13:25:30 (16 years ago)

Author:

mafoipsl

Comment:

--

IPSLCM4_v2_PAR

@@ -2 +2 @@
 
 == Table des matières ==
- * [wiki:IPSLCM4_v2_PAR#ModificationsLMDZV32V31 Modifications LMDZ entre les tag LMDZ4_V3_1 et LMDZ4_V3_2]
+ * [wiki:IPSLCM4_v2_PAR#ModificationsIPSLCM4_v27Février2008 Modifications IPSLCM4_v2 7 Février 2008]
  * [wiki:IPSLCM4_v2_PAR#Modificationssurbrodiedepuisle15novembre2007 Modifications sur brodie à l'IDRIS depuis le 15 novembre 2007]
  * [wiki:IPSLCM4_v2_PAR#DifférencesIPSLCM4_v1etIPSLCM4_v2 Résumé des différences entre IPSLCM4_v1 (IPCC) et IPSLCM4_v2]
@@ -33 +33 @@
    * [wiki:IPSLCM4_v2_PAR#ComparaisonRedémarrage Comparaison des résultats avec et sans redémarrage]
 
-== Modifications LMDZ V3 2 V3 1 ==
+== Modifications IPSLCM4_v2 7 Février 2008 ==
+
+'''Modification IPSLCM4_v2 le 6 février 2008'''
+
+ * cvl_corr=1.0 pour la résolution 144x142. Voir : [241]
+ * tag LMDZ4_V3_2 pour LMDZ. Voir [244]
 
 '''Modifications LMDZ entre les tags LMDZ4_V3_1 et LMDZ4_V3_2'''
- * binaire couplé utilisable en forcé. Voir #29
- * Sorties validées pour ENSEMBLES. Voir #34 et #35
- * Modification dans screenp pour eviter division par 0. dans la routine coefcdrag. Voir #26
- * Parametre additionnel pmagic pour calcul albedo dans albedo.F. Voir #36
+
+ Tag LMDZ4_V3_2 sur la branche LMDZ4_V3_patches (la référence du couplé). Les différences par rapport au tag précédent sont:
+
+  * la compatibilité des sorties avec ENSEMBLES. Voir #34 et #35
+  * la possibilité de faire tourner le même executable en forcé et en couplé. Voir #29
+  * une meilleure prise en compte des dépendances des modules pour la compilation. Voir sources [http://web.lmd.jussieu.fr/cgi-bin/viewvc.cgi/LMDZ4/makegcm makegcm]
+  * une "verrue" pour contourner le plantage dans coefcdrag dû à une division par 0. Voir #26
+  * la prise en compte du facteur pmagic dans le calcul de l'albédo. Voir #36
+  * la reprise en compte des sorties aérosols.  Voir [http://web.lmd.jussieu.fr/cgi-bin/viewvc.cgi/LMDZ4/libf/phylmd/ini_histmth.h?r1=1.10.2.6&r2=1.10.2.7 modif LMDZ]
 
 == Modifications sur brodie depuis le 15 novembre 2007 ==
@@ -54 +64 @@
 
 Pour cela il faut faire :
-gmake all
-
-au lieu de
-gmake
-qui envoie le job en batch.
-
-Pour compiler une autre résolution, il faut faire :
-gmake ORCA2xLMD14496
+gmake 
+
+Pour compiler une autre résolution que ORCA2xLMD9671, il faut faire :
+gmake ORCA2xLMD144142
 comme sur mercure.
 
@@ -816 +822 @@
 '''Comparaison des résultats avec et sans redémarrage'''
 
+ * Point au 7 février 2008 :
+  * Coupleur OK
+  * OPA8-LIM et LMDZ-ORCHIDEE non 
+{{{
+La vérification d'une simulation lancée pour 1 an d'un coup, à la même simulation lancée 
+pour 12 mois successifs : TEST1Y et TEST1M pour le côté coupleur est OK : 
+Le redemarrage est ok de ce cote la cad qu'au 1er fevrier les memes variables sont passees 
+au coupleur qu'elles viennent de l'atm (ou de l'ocean) dans le cas TEST1Y ou bien du restart 
+dans le cas TEST1M. Elles sont aussi interpolees de la meme facon.
+J'ai verifie aussi que ces memes variables etaient bien transmises a l'ocean grace au fichier 
+cpl_oce*.nc. Je n'ai pas pu faire cette verif cote atm car les fichiers cpl_atm* n'y sont plus.
+Par contre, ces variables de couplages different bien au 2eme jour de fevrier.
+
+En conclusion, ca veut donc dire 2 choses :
+- en configuration couplée, la restartabilite n'est pas assurée dans l'executable OPA8-LIM
+- en configuration couplée, la restartabilite n'est pas assurée dans l'executable LMDZ-ORCHIDEE
+
+Arnaud Caubel  
+}}}
+
  * Voir aussi quelques informations sur la validation des redémarrages [http://wiki.ipsl.jussieu.fr/wiki_ipsl/Pole/Validation là]