wiki:IPSLCM5iomputNEMO

Ajout de iomput pour NEMO dans le couplé IPSLCM5_v2

Mise en place dans la référence

Référence 9/11/2009

  • IPSLCM5_v2 :
    • NEMO 1719
    • pas de simus par an avec calendrier autre que 360d (leap et noleap).
      • -1 en fréquence fait sortir 39 valeurs pour 2 ans ???

Référence 5/11/2009

Premiers essais

Compilation

  • LMDZ : revision 1257 (optimisations SX incluses)
  • NEMO :
    • revision 1706
    • modif dommsk et namelist
  • IPSLCM5_v2 :
    • ajout de FCM=use dans les options de compilation de orca2 dans IPSLCM5_v2/AA_make
    • modification dans scripts/BB_make (dans fait_AA_make FCM ?= notuse au lieu de FCM += notuse)

  • OK sur mercure, souci de performances en 1255, corrigé avec 1257 pour LMDZ
  • OK sur brodie

Execution

  • PARAM :
    • iodef.xml ajouté, compatible avec NEMO revision 1706
      • section pour les fichiers 1M, 5D, 1D. Prévoir 1Y
      • mot clé 1M(5D, 1D)_ENABLE à mettre à .true. ou .false. pour avoir les fichiers 1M, 5D et/ou 1D
    • xmlio_server.def ajouté
      • par défaut pas de serveur d'IO pour le moment
    • COMP :
      • config.card
        • Ajout d'une 2ème fréquence de sortie pour OCE et ICE : WriteFrequency="1M 1D"
      • opa9.card
        • gardé opa9.card initial tel quel sous le nom opa9.card.noiomput
        • ajout fichiers parametres iodef.xml et xmlio_server.def
        • ajout des fichiers à sauver gérés par iomput : ORCA2_1m_grid[TUVW].nc (5d, 1d)
        • diaptr traité comme avant
        • suppression fichiers diagap, T_tren, S_tren. Réclamez-les si besoin.
        • ajout sauvegarde fichier output.abort et output.ini
        • ajout du patch time counter pour avoir un axe des temps même si 2 axes prévus dans le fichier (t_ave et t_max)
        • application du Patch à tous les fichiers gérés par iomput
      • lim2.card
        • gardé lim2.card initial tel quel sous lim2.card.noiomput
        • ajout des fichiers à sauver : ORCA2_1m_icemod.nc (5d, 1d)
        • ajout du patch time counter pour avoir un axe des temps même si 2 axes prévus dans le fichier (t_ave et t_max)
        • application du Patch à tous les fichiers gérés par iomput
      • opa9.driver
        • gardé opa9.driver initial tel quel sous opa9.driver.noiomput
        • ajout mise à jour iodef.xml et frequency de config.card
      • orchidee.driver, lmdz.driver :
        • ajout du patch time counter pour avoir le bon axe des temps dans les coordinates (fait dans libIGCM 195)
  • POST :
    • création de ce répertoire pour avoir des monitorings gérés localement
    • ajout de : monitoring01_lim2.cfg
      • copie de l'original : /home/cont003/p86ipsl/atlas/monitoring01_lim2_ORCA2.cfg
      • ileadfra supprimé pour que le monitoring passe
  • libIGCM :
    • Patch histcom modifié :
      • ne fait le travail que si on trouve plus de 1 axe des temps, ne fait rien sinon mais ne plante pas si appelé
      • prise en compte des axes de temps de type t_ave_01month généré par IOIPSL en calendrier vrai
      • modification du nom de l'axe des temps dans l'attribut coordinates aussi. Nécessaire pour le calendrier vrai.
  • atlas :
    • monitoring01_create_average.jnl modifié (fait le 5/11/09 sur mercure et ulam)
      • on n'utilise pas les fichiers temporaires MONITORING/files, souci de bounds de time_counter en calendrier vrai

Tests avant mise en référence

Soucis

  • Comme avec ORCA2_LIM :
    • masque sur les continents non mis en place (bleu ou violet sur les atlas)
    • variable ileapfra absente. 1 carte absente d'atlas de glace et enlevé du monitoring. Voir plus haut répertoire POST.
Last modified 14 years ago Last modified on 11/09/09 10:01:53