wiki:IPSLCM6/IPSLCM6.2/CR

Compte rendu des réunions autour de IPSLCM6.2 et "la famille v6.2"

20 juin 2019 CONFIG

Présents : Araund, Christian, Laurent, Lola, Patricia, Thibaut, Josefine

  • Compilation
    • Script de compilation
      • Actuellement que dans LMDZOR_v6.2. ACTION: Josefine va le copier dans IPSLCM6.2 et ensuite Christian ajoutera la compilation de NEMO
      • La résolution et le mode d'optimisation maintenant dans le nom d’exécutable, par exemple gcm_144x142x79_prod.e xios_server_prod.exe
      • LibIGCM est modifié pour lire cela avec les variables ResolAtm, ResolOce, OptMode qui sont mise dans config.card/UserChoices section
      • Le script ne source plus le fichier arch.env. Il est lu directement dans chaque script de compilation. Mais pas encore possible pour INCA et NEMO.
      • Décision : On va sourcer le fichier arch.env dans le script de compilation pour éviter de changer makenemo.
      • Action : Anne va ajouté lecture de arch.env dans makeinca_fcm
      • Action : Laurent va homogénéiser les arch.path dans makelmdz_fcm
      • Problème connue avec le script de compilation : quand LMDZ pose la question de "Voulez vous continuez la compilation...", la question est caché dans le log de sortie. Reste a faire.
  • État de lieu :
    • Version standard LR
      • Besoin de faire une simulation de validation plus longue. A faire plus tard quand la configuration sera plus stable.
    • Version ESM CO2 interactive
      • Patricia a fait un version local de travail. Patricia, Christian, Laurent et Josefine se sont vue après la réunion et ont discuté qq détails. Patricia et Christian prevoient de commiter la compilation et l'experience IPSLESM/CO2/piControl lundi 24juin.
      • Patricia a discuté avev Olivier B et Philippe P autour des simulations scénarios. Elle va d'abord comprendre le problème avant de mettre en place la nouvelle paramétrisation dans ORCHIDEE (voir CR 24 mai).
      • Christian a commité dans PISCES ce qu'il faut pour ajouter 2 traceurs gaz. Ces traceurs seront dans un premier temps en interne dans PISCES. Il y aura un namelist spécifique.
    • Version ESM INCA/AER
      • Idem 24mai: INCA peut être compilé tout le temps pour tout les expériences. Activation ou pas d'INCA se fait par flag lors de l’exécution. Mais l'executable devient plus gros et la question se pose si ca prend plus de mémoire pour tourner. A vérifier.
    • Version standard résolution MR 0.25
      • Christian a commité ce qu'il faut pour la compilation et un expérience EXPERIMENT/IPSLCM6/pdControlMR025. Ce n'est pas encore testé.
  • IOIPSL, Arnaud et Josefine verront pour la compilation des autres exécutables (rebuild).
  • lmdz.driver/.card : Josefine va ajouter output_level_filename dans lmdz.driver/.card. Deja fait dans ICOLMDZOR. Pas besoin de output_freq_filename dans lmdz car la frequence est fixe pour une fichier donné.

Prochaine réunion à la rentrée en septembre.

7 juin 2019 : Compilation

Présents : Anne, Laurent, Christian, Josefine

  • Discussion autour de la script de compilation dans LMDZOR_v6.2/compile_lmdzor.sh
    • Le script est initié par Josefine. Il remplace AA_make. Il est prévu d'avoir un script de compilation par configuration mais que les scripts sont le plus semblable que possible. Pour l'instant, il existe aussi le script browser:CONFIG/UNIFORM/v7/ICOLMDZOR_v7/compile_icolmdzor.sh qui pour le partie LMDZ, ORCHIDEE, XIOS, IOIPSL est le même (aussi pour l'indentation).
    • Josefine va copier le scripit dans config/IPSLCM6.2 et ensuite Christian va ajouter les options nécessaire pour NEMO. Il y aura plusieurs nouveaux arguments pour refleter ce qui etait possible avant dans AA_make.
    • Le script redirige les sorties textes dans un fichier log. Cela pose problème quand LMDZ s'arrête pour demander si la compilation doit continuer. Actuellement, c'est possible de répondre oui dans le terminale mais il faut surveiller le log de la compilation dans un autre fenêtre pour se rendre compte que la compilation attend le réponse. Cela n'est pas satisfaisante et il faut trouver un solution. Peut-être utiliser tee dans le script de compilation ou dans makelmdz_fcm. A tester et faire !
    • Le script de compilation doit garder le résolution et le mode optimisation (prod/debug) dans le nom de l’exécutable. Dans config.card, le nom d'executable devrait dans un premier temps être modifié en consequance. Les driver doivent lire le resolution a partir du nom d'exectuable au lieu du fichier .resol. A faire, Josefine. A terme, ca serait mieux d'avoir un variable dans config.card qui indique le résolution : RESOL_ATM=xxx, RESOL_OCE=xxx.
    • Nous avons discuté s'il faut sourcer le fichier arch.env au début de script de compilation ou via les scripts de compilation des modèles. Josefine pensait que l'environnement de arch.env était hérité dans le terminal après lancement du script compile_lmdzor.sh mais après des tests pendant la réunion, ca n'a pas l'air d'être le cas. Pour l'instant on va donc laisser le script de compilation sourcer le fichier arch.env au début de script.
  • Long terme : ca serait bien si LMDZ et INCA puissent s'affranchir de fixer la résolution en statique lors de la compilation. Ca serait mieux si la résolution pourrait être choisi pendant l'exécution. C'est actuellement le cas pour NEMO qui lit le Namelist pour connaitre la résolution.
  • Homogénéisation des fichiers arch
    • arch.env : Actuellement INCA et NEMO ne lisent pas le fichier arch.env. Anne va ajouter cette option pour INCA. Pour NEMO, Christian serait obligé de copier makenemo dans le répertoire SOURCES dans la config car il n'a pas la main sur le script officiel. Pas décision pris s'il va le faire.
    • arch.path : Anne et Laurent vont faire les changements pour que ces fichiers seront sur le même formate que XIOS, IOIPSL, ORCHIDEE. Pour NEMO, le fichier arch.path n'existe pas. Tout est dans arch.fcm. Rien est décidé pour NEMO.

24 mai 2019 : CONFIG

Présents : Arnaud, Olivier B, Laurent, Christian, Thibaut, Patricia, Lola, Josefine

  • État de lieu :
    • Version standard LR
      • Installation, exécution et lancement fonctionne. Des essayes courtes des expériences pdControl_TEST et piControl_TEST ont été fait.
      • Besoin de faire une simulation de validation plus longue
    • Version ESM CO2 interactive
      • Responsable Patricia et Christian
      • Patricia et Christian vont travailler ensemble la semaine du 3 juin pour inclure un nouveau argument de compilation (gmake xxx) et des expériences. Il y aura des nouveaux révisions des sources. Pour PISCES, Christian doit faire un commit d'abord.
      • Patricia travaille sur une nouvelle paramétrisation qui doit être inclue dans ORCHIDEE car les simulations future sont trop mauvais pour le carbone. A discuter, mais cette paramétrisation sera probablement intégré sous flag dans ORCHIDEE_2.2 et au même temps ajouté dans le trunk ORCHIDEE.
      • Cette sous-configuration n'a pas besoin d'ORCHIDEE azote (ORCHIDEE/trunk) pour l'instant mais a terme oui.
      • Les expériences seront mise dans EXPERIMENT/IPSLESM/CO2
    • Version ESM INCA/AER
      • Responsable Anne
      • Anne n'est pas pressé pour crée cette sous-configuration et elle attendra probablement que le ESM CO2 soit inclue d'abord.
      • INCA peut être compilé tout le temps pour tout les expériences. Activation ou pas d'INCA se fait par flag lors de l’exécution. Mais l'executable devient plus gros et la question se pose si ca prend plus de mémoire pour tourner. A vérifier.
      • Cette sous-configuration peut prendre les même sources que ESM CO2
    • Version standard résolution MR 0.25
      • Christian va commiter ce qu'il faut pour la compilation et ajouter un expérience EXPERIMENT/IPSLCM6/pdControlMR025
      • Cette sous-configuration servira pour le projet QUEST
      • Les sources doivent rester proche au CMIP6. LMDZ trunk et ORCHIDEE2.2 sont bons.
      • Même source NEMO mais différent compilation
    • LMDZRERPR_v6.2
      • Responsable Lola
      • Configuration a venir à côté de l'IPSLCM6.2. Elle sera dans la même famille v6.2 et prendra donc les même fichier GENERAL (DRIVER, PARAM, POST).
      • Avec LMDZ/trunk avec pour but d'avoir le couplage avec REPROBUS toujours fonctionnel.
  • Nettoyage des expériences : Les expériences avec workflow CMIP6 vont être supprimé. On préfère supprimer trop des expériences et en récréer quand le besoin se présente. En LMDZOR on gardera que amip et clim_pdControl.
  • Réunion compilation 7 juin à 10h. Anne, Christian et Josefine vont se réunir pour discuter autour de la compilation. Ouvert a tous !
  • Josefine pense crée un "trusting" pour IPSLCM6.2 : pour tester les différents compilation et différents expériences dans un chaine automatique. Pour but de faire les tests inclue dans le benche Controle Qualité : http://wiki.ipsl.jussieu.fr/Pole/ESCI/GT/IPSLCM6/ControleQualiteTechnique
  • Prochaine réunion dans la semaine du 10 ou 17 juin. Josefine fera un doodle.
Last modified 18 months ago Last modified on 06/20/19 18:45:51