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

7 juin 2019 : Compilation

Présents : Anne, Laurent, Christian, Josefine

• Disucssion 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.