wiki:IPSLCM5iomputNEMO

Version 13 (modified by mafoipsl, 15 years ago) (diff)

--

Ajout de iomput pour NEMO dans le couplé IPSLCM5_v2

  1. Ajout de iomput pour NEMO dans le couplé IPSLCM5_v2
    1. Mise en place dans la référence
      1. Référence 5/11/2009
    2. Premiers essais
      1. Compilation
      2. Execution
      3. Tests
      4. Soucis

Mise en place dans la référence

Référence 5/11/2009

  • Toutes ces modifs ont été incluses dans IPSLCM5_v2. Voir [777]
  • Test fait sur brodie, 2ans , 360d, OK (sauf soucis connus) : ​http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM2A
  • avec LMDZ 1257, NEMO 1712, libIGCM 195
    • Test en cours avec NEMO 1719 : /workdir/rech/psl/rpsl003/IPSLCM5_iomput/T3/modipsl/config/IPSLCM5/CM5IOM3A
  • 96x95x19, sans aerosols, 4 cpus (3+1+1), fft=y, entre 380s et 410s par mois
  • idem sur SX9, sauf fft=n : entre 240 et 320s

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

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.