= Ajout de iomput pour NEMO dans le couplé IPSLCM5_v2 =

[[PageOutline]]

== Mise en place dans la référence ==

=== Référence 5/11/2009 ===

 * Toutes les modifs ont été incluses dans IPSLCM5_v2. Voir [777]
 * Tests sur brodie :
  * 2 ans , 360d, OK (sauf soucis connus) : http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM2A
  * avec LMDZ 1257, NEMO 1712, libIGCM 195
   * Test avec NEMO 1719 : /workdir/rech/psl/rpsl003/IPSLCM5_iomput/T3/modipsl/config/IPSLCM5/CM5IOM3A/B
   * OK avec 360d : http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM3A/MONITORING/
   * OK avec leap aussi : http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM3C/MONITORING/
      * il faut bien mettre la fréquence de sortie en secondes (nb de secondes dans le mois) et pas -1
 * Tests sur mercure :
  * avec LMDZ 1257, NEMO 1719, libIGCM v 1 4 + Patch
  * 2 ans, 360d, OK (sauf soucis connus) : http://dods.extra.cea.fr/data/p86maf/IPSLCM5/CM5IOM4A/MONITORING/
  * 2 ans, leap, OK (sauf soucis connus) : http://dods.extra.cea.fr/data/p86maf/IPSLCM5/CM5IOM4D/MONITORING/
  * 2 ans, noleap, OK (sauf soucis connus) : http://dods.extra.cea.fr/data/p86maf/IPSLCM5/CM5IOM4B/MONITORING/
 * Performances,96x95x19, sans aerosols, 4 cpus (3+1+1), fft=y :
   * brodie : entre 380s et 410s par mois
   * mercure : entre 240s et 320s par mois

== Premiers essais ==

 * Pas de souci prévisible
 * Voir informations sur NEMO là (accès filtré) : http://forge.ipsl.jussieu.fr/nemo/wiki/private/libIGCM/iom_put

=== 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 ===

 * sur mercure SX9 : /scratch/cont003/p86maf/SX9/IPSLCM5_iomput/T3/modipsl/config/IPSLCM5/CM5IOM3A
   * 2 ans fait, 48h attente pour les rebuild. Suite tests sur brodie.  atlas KO an 1, pas de monitoring. 
 * sur brodie SX8 : /workdir/rech/psl/rpsl003/IPSLCM5_iomput/T1/modipsl/config/IPSLCM5/CM5IOM1B
   * 2 ans, 360d KO (Monitoring) Voir http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM1B/
   * 2 ans, leap, KO (Monitoring) Voir http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM1C/
 * Patch modifiés :
    * 2 ans, 360d, OK sauf soucis connus (plus loin). Voir http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM1E/
    * 2 ans, leap, KO (Monitoring) Voir http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM1D/
 * atlas modifié :
    * 2 ans, leap, OK sauf soucis connus (plus loin). Voir http://dodsp.idris.fr/rpsl003/IPSLCM5/CM5IOM2B/

=== 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.