Changes between Version 134 and Version 135 of IPSLCM4_v2_PAR


Ignore:
Timestamp:
02/07/08 13:25:30 (15 years ago)
Author:
mafoipsl
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • IPSLCM4_v2_PAR

    v134 v135  
    22 
    33== Table des matières == 
    4  * [wiki:IPSLCM4_v2_PAR#ModificationsLMDZV32V31 Modifications LMDZ entre les tag LMDZ4_V3_1 et LMDZ4_V3_2] 
     4 * [wiki:IPSLCM4_v2_PAR#ModificationsIPSLCM4_v27Février2008 Modifications IPSLCM4_v2 7 Février 2008] 
    55 * [wiki:IPSLCM4_v2_PAR#Modificationssurbrodiedepuisle15novembre2007 Modifications sur brodie à l'IDRIS depuis le 15 novembre 2007] 
    66 * [wiki:IPSLCM4_v2_PAR#DifférencesIPSLCM4_v1etIPSLCM4_v2 Résumé des différences entre IPSLCM4_v1 (IPCC) et IPSLCM4_v2] 
     
    3333   * [wiki:IPSLCM4_v2_PAR#ComparaisonRedémarrage Comparaison des résultats avec et sans redémarrage] 
    3434 
    35 == Modifications LMDZ V3 2 V3 1 == 
     35== Modifications IPSLCM4_v2 7 Février 2008 == 
     36 
     37'''Modification IPSLCM4_v2 le 6 février 2008''' 
     38 
     39 * cvl_corr=1.0 pour la résolution 144x142. Voir : [241] 
     40 * tag LMDZ4_V3_2 pour LMDZ. Voir [244] 
    3641 
    3742'''Modifications LMDZ entre les tags LMDZ4_V3_1 et LMDZ4_V3_2''' 
    38  * binaire couplé utilisable en forcé. Voir #29 
    39  * Sorties validées pour ENSEMBLES. Voir #34 et #35 
    40  * Modification dans screenp pour eviter division par 0. dans la routine coefcdrag. Voir #26 
    41  * Parametre additionnel pmagic pour calcul albedo dans albedo.F. Voir #36 
     43 
     44 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: 
     45 
     46  * la compatibilité des sorties avec ENSEMBLES. Voir #34 et #35 
     47  * la possibilité de faire tourner le même executable en forcé et en couplé. Voir #29 
     48  * 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] 
     49  * une "verrue" pour contourner le plantage dans coefcdrag dû à une division par 0. Voir #26 
     50  * la prise en compte du facteur pmagic dans le calcul de l'albédo. Voir #36 
     51  * 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] 
    4252 
    4353== Modifications sur brodie depuis le 15 novembre 2007 == 
     
    5464 
    5565Pour cela il faut faire : 
    56 gmake all 
    57  
    58 au lieu de 
    59 gmake 
    60 qui envoie le job en batch. 
    61  
    62 Pour compiler une autre résolution, il faut faire : 
    63 gmake ORCA2xLMD14496 
     66gmake  
     67 
     68Pour compiler une autre résolution que ORCA2xLMD9671, il faut faire : 
     69gmake ORCA2xLMD144142 
    6470comme sur mercure. 
    6571 
     
    816822'''Comparaison des résultats avec et sans redémarrage''' 
    817823 
     824 * Point au 7 février 2008 : 
     825  * Coupleur OK 
     826  * OPA8-LIM et LMDZ-ORCHIDEE non  
     827{{{ 
     828La vérification d'une simulation lancée pour 1 an d'un coup, à la même simulation lancée  
     829pour 12 mois successifs : TEST1Y et TEST1M pour le côté coupleur est OK :  
     830Le redemarrage est ok de ce cote la cad qu'au 1er fevrier les memes variables sont passees  
     831au coupleur qu'elles viennent de l'atm (ou de l'ocean) dans le cas TEST1Y ou bien du restart  
     832dans le cas TEST1M. Elles sont aussi interpolees de la meme facon. 
     833J'ai verifie aussi que ces memes variables etaient bien transmises a l'ocean grace au fichier  
     834cpl_oce*.nc. Je n'ai pas pu faire cette verif cote atm car les fichiers cpl_atm* n'y sont plus. 
     835Par contre, ces variables de couplages different bien au 2eme jour de fevrier. 
     836 
     837En conclusion, ca veut donc dire 2 choses : 
     838- en configuration couplée, la restartabilite n'est pas assurée dans l'executable OPA8-LIM 
     839- en configuration couplée, la restartabilite n'est pas assurée dans l'executable LMDZ-ORCHIDEE 
     840 
     841Arnaud Caubel   
     842}}} 
     843 
    818844 * Voir aussi quelques informations sur la validation des redémarrages [http://wiki.ipsl.jussieu.fr/wiki_ipsl/Pole/Validation là] 
    819845