wiki:IPSLCMIP5/Centennal/Table3

Version 22 (modified by agipsl, 14 years ago) (diff)

--

Table 3 : Baseline simulations for model evaluation and for understanding historical and paleoclimates.

piControl

piControl2 :

  • p86caub
  • Réalisée avec IPSLCM5A figé le 16 juillet 2010 (rev 1417 pour LMDZ): Voir : MONITORING piControl2
    • post traitements sur cesium
    • Aga dans histmth
    • version COSP v1.3 dans LMDZ
    • correction prise en compte raz_date
  • Fréquence Outputs COSP :
    • monthly de 1800 à 2005 puis COSP desactivé
    • monthly + daily : années 1 à 50 (1850 à 1900) et 121 à 150 (1970 à 2005)
  • En machine depuis le 19 juillet 2010. Démarre en 1800-01-01 à partir de piControl1 à la date de 2049-12-31.

piControl1 :

  • p86maf
  • Réalisée avec la version IPSLCM5A du modèle figée le 17 juin 2010. Voir IPSLCM5A.
  • En machine depuis le 16 juin 2010. Expérience piControl de CMIP5. Démarre en 1800-01-01 à partir de CM5PIRC11 (3049-12-31). Voir : MONITORING piControl1
  • Attention!
    • volcans non pris en compte
    • volume océan calculé sans partial steps
  • Souci dans les axes de temps de certains fichiers océan

historical

historical2

  • p86caub
  • Réalisé avec IPSLCM5A figé le 16 juillet 2010 (rev 1417 pour LMDZ)
    • Aga
    • post-traitements sur cesium
    • version COSP v1.3 dans LMDZ
    • correction prise en compte raz_date
    • Mise à jour du fichier SOLARANDVOLCANOES_1610_2008.txt. Vous le trouverez disponible dans le répertoire qui suit (sur mercure): /dmnfs/cont003/p86ipsl/IGCM/BC/ATM/IPSLCM5A/IPCC_AR5/HISTORIQUE/ Vous pouvez également le télécharger txt Téléchargez ce fichier au format excel xls
    • Ce qui a changé : nous avons calculé la moyenne des valeurs « Sato volcanic radiative forcing (annual » entre 1850 et 2003. La moyenne vaut -0,250. On a souhaité simplement compensé ce forçage. D'où, une modification de la formule utilisé dans le fichier excel (en attaché également). Donc, suivant ce rainsonnement, les moyennes des valeurs SOLAR et résultat sur la période 1850 à 2003 devraient être les mêmes (après vérification, c'est sensiblement le cas).
    • Forcage solaire incluant les volcans : SOLARANDVOLCANOES_1610_2008.txt
      • Annual solar constant evolution, les figures correspondantes pdf
  • Fréquence Outputs COSP :
    • monthly tout le temps
    • monthly + daily : années 1 à 50 (1850 à 1900) et 121 à 150 (1970 à 2005)
  • Démarre en 1850-01-01 à partir de piControl2 à la date de 1849-12-31.

historical1 :

  • p86maf
  • Mêmes binaires que piControl1.
  • Répertoire : historical
  • Fichier de forcage solaire utilisé : SOLAR_1610_2008.txt
  • Pas de volcans
  • En machine depuis le 21 juin. Voir: MONITORING historical1
  • Démarrage (config.card) RestartJobName=piControl1 RestartDate=1849-12-31 RestartPath=/dmnfs/cont003/IGCM_OUT/p86maf/IGCM_OUT/IPSLCM5A/PROD/piControl
  • Attention!
    • soumission par 24 mois et fréquence des rebuild 24 mois
    • TS 2D, monitoring, SE et atlas soumis sur la frontale
    • Séries temporelles (TS) soumises sur cesium. Voir détail dans log.
  • Souci dans les axes de temps de certains fichiers océan

log :

  • 6/7/2010 : Explications pour tourner les TS complètes sur cesium :
    • A faire la première fois :
      • Préparer le terrain:
        cd $WORKDIR ; mkdir -p POST_CMIP5 ; 
        cd POST_CMIP5 ; svn_ano ; cd modipsl/util ; ./model libIGCM ; ./ins_job ; 
        
    • A faire pour chaque nouvelle simulation :
      cd $WORKDIR/POST_CMIP5 ; mkdir -p historical/MASIMU ; 
      cd POST_CMIP5/historical/MASIMU
      
      • Récupérer la description des post-traitements de la config sur mercure. xxxx est le répertoire où modipsl a été installé :
        scp -r mercure:xxx/modipsl/config/IPSLCM5A/historical/COMP .
        scp -r mercure:xxx/modipsl/config/IPSLCM5A/historical/POST .
        scp mercure:xxx/modipsl/config/IPSLCM5A/historical/config.card .
        
      • Programmer les post-traitements TS complets décrits dans les fichiers xxx.card.FULLTS :
        cd COMP
        cp lmdz.card lmdz.card_old ; cp lmdz.card.FULLTS lmdz.card
        cp opa9.card opa9.card_old ; cp opa9.card.FULLTS opa9.card
        cp orchidee.card orchidee.card_old ; cp orchidee.card.FULLTS orchidee.card
        cp stomate.card stomate.card_old ; cp stomate.card.FULLTS stomate.card
        cd ..
        
      • Installer les jobs à soumettre :
        cp ../../modipsl/libIGCM/create_ts.job .
        cp ../../modipsl/libIGCM/create_se.job .
        cp ../../modipsl/libIGCM/rebuild_fromWorkdir.job .
        cp ../../modipsl/libIGCM/TimeSeries_Checker.job  .
        
      • Vérifier/modifier dans !TimeSeries_Checker.job les variables :
        libIGCM=${libIGCM:=/work/cont003/p86maf/POST_CMIP5/modipsl/libIGCM}  # OK a priori
        POST_DIR=${POST_DIR:=$WORKDIR/OutScript/histobig4} # A choisir
        EXPERIMENT=${EXPERIMENT:=historical} # A modifier
        JobName=${JobName:=historical1} # A modifier
        CARD_DIR=${CURRENT_DIR} # A modifier
        
    • A faire à chaque fois que l'on veut relancer le calcul des TS complets :
      • Mettre à jour DateEnd dans config.card avec la date de fin de décennie à traiter
        vi config.card
        DateEnd=1859-12-31
        
      • Lancer en interactif !TimeSeries_Checker.job, en gardant la trace pour consultation ultérieure. xxx peut être la date traitée:
        ./TimeSeries_Checker.job |tee OUT_TSC_xxxx
        
      • L'ensemble des vérifications des TS est affiché. Pour celles qui manquent, un job est lancé sur cesium. Cela fait autour de 30 jobs soumis. Voir le nombre par exemple ainsi :
        grep Submitted OUT_TSC_xxx |wc -l
        
      • Les scripts de sortie sont disponibles dans le répertoire POST_DIR : $WORKDIR/OutScript/historical1
  • 5/7/2010 :
    • pour pouvoir tourner sans souci de quotas, il faut lancer les TS sur cesium (à l'aide de ./TimeSeriesChecker?), garder sur mercure, les rebuild, les TS monthly, SE et les atlas et monitoring.
    • ncwa : de temps en temps les rebuild s'arrêtent sur ces lignes là, il faut relancer le rebuild en question (et les TS et SE) à partir du fichier (1D_grid_T la plupart du temps) :
      IGCM_sys_ncwa : -Oh -a record -B mask3D==1 file1.nc file2.nc
      %NQSII(INFO): Batch job received signal SIGKILL. (Killed)
      
    • axe des temps des fichiers icemod avec valeurs nulles
    • les fichiers icemod peuvent avoir des champs nuls mais pas systématiquement lorsque le pas de temps est nul. (Vérification systématique en cours)

Attachments (5)

Download all attachments as: .zip