Meeting 2016/02/09

Article mis en ligne le 25 février 2016

par senesi

Avancement sur CNRM-CM6-BR

Blocage XIOS résolu dans une config intel5/mpi15. Avec élimination des procs de terre. Reste des problèmes avec la glace LIM
Arpege 6.3 est en préparation, et comportera : SFX V8, nouvel Ecume, corrections sur aerosols, nouveautés sur ondes de gravité
Pb d’interpolation Oasis : peut-être dû à des erreurs dans des mailles mal définies (i.e. faisant pratiquement le tour de la terre) et/ou un sens des coins inadaptées ; à suivre
Gelato a besoin de XIOS pour des sorties ré-assemblées, donc de la version de Nemo compilée intel5/mpi15
Attente sur une version Nemo compatible XIOS V2 pour tourner un couplé ayant XIOS dans Arpege+Surfex (cf infra)

passage à XIOS v2 effectué
premiers tests de sorties de champs Arpege réalisées
adaptation à SFX V8 en cours (pour Arpege 6.3)
une coordination a lieu avec l’IPSL sur l’utilisation automatique de la Data Request CMIP6 pour générer les fichiers de configuration d’XIOS
la disponibilité en temps utile d’une interpolation conservative avec masques reste une hypothèse lourde
XIOS peut calculer des tendances, mais pour sortir certaines tendances pour CMIP6 (CFMIP), il faudra plutot aller dans la physique identifier les bons champs (en remplacement d’une utilisation -en confiance- des DDH)

supervision == s’assurer que la simu tourne, et produit techniquement ce qu’il faut (e.g. nb et volumes de fichiers) ; verfirelan est OK ; il faut pouvoir limiter l’effet papillon à un mois de simu ; et mieux vérifier les messages de warning ou d’erreurs ’modele-dépendant’
monitoring == production légère de graphiques et indicateurs , au fil de la simu, pour vérifier ses entrées et sorties ; nous pourrions peut-etre collaborer avec l’IPSL à ce sujet (qui a une application significative, cf. http://webservices.ipsl.fr/monitoring-1.20/tmp/fegg_plot01_GIHlXl_prod/ )
controle qualité = vérification plus systématique, sur jeux de sorties longs, du type ’atlas’ ou ’controle de variables vs des bornes ’ ; pour ce dernier on espère que CMIP6 fournira une filière appropriée (dont les résultats seraient d’ailleurs à publier avec les données) ;il y a un intérêt fort à la mettre en oeuvre au plus tôt, pour valider la chaine de production
contrôle de qualité ’niveau 3’ : controle humain, basé sur les atlas, qui devrait être une condition nécessaire (et signée) à entamer la publication ; l’idée ne soulève pas l’enthousiasme de volontaires pour contrôler
cf aussi CR de réunion du 2/2/2016

E.Maisonnave a livré rapport et modifs de code ; certaines ont un rapport économie/lisibilité du code un peu défavorable ; les modifs pour allonger les runs à un an , qui ne sont vraiment rentables que pour les runs HR couplés, demanderont un travail de validation, voire de modifications (Eclis, et Surfex - pour SST/SIC/SIT/nudging de l’eau du sol) qui est jugé non prioritaire ; le gain doit aussi être quantifié, en configuration nominale (entre autres en terme d’I/O)
la fréquence de plantage reste élevée ; elle préoccupe aussi GMAP ; le groupe atm_AR6 s’en occupe ; plusieurs projets dépendent d’un bon fonctionnement (contribution EAC à Copernicus, et projet PRIMAVERA au Cerfacs) ; le CERFACS propose de se mettre en situation de faire des runs sur sa machine, si utile (et fera un point sur ses capacités en la matière)

une première publication-test a été faite sur le datanode du CNRM, avec des procédures partagées avec l’IPSL et représentatives de ce que nous ferions pour CMIP6 (automatisme en aval d’un dépôt de données à l’emplacement adhoc)
un test en vraie grandeur va suivre : republication de toutes les données CMIP5
la fédération ESGF est en cours de redémarrage
le COCI demande (pour avril) à ce que l’on affine l’estimation du volume de données-cible sur le data node, aujourd’hui arrêté à 2 Po ; cela devrait tirer partie de l’avancement de la Data Request CMIP6, mais elle n’est pas complète (AerChemMIP) et , concernant Cordex, une réunion importante à cet égard n’aura lieu qu’en juin.