**** commit_v5 **** ** ADAPTATION GCM POUR CP(T) **-------------------------- * Ajout d'un fichier cpdet.F contenant toutes les routines nécessaires à l'utilisation de Cp(T) -> routines ini_cpdet, t2tpot, tpot2t -> fonction cpdet(t) * Du coup, suppression de tous les cpdet.* de phytitan et phyvenus * Modif de gcm.F : initialisation ini_cpdet ajoutée * Modif de comconst.h : ajout de nu_venus et t0_venus * Modif de caldyn0.F : - dimensions de pk (ip1jmp1 à la place de iip1,jjp1) - ajout de temp et tsurpk - calcul de temp (tpot2t) et tsurpk - passage de tsurpk à la place de teta dans sortvarc0 * Modif de caldyn.F : - passage de tsurpk en argument - dimensions de pk (ip1jmp1 à la place de iip1,jjp1) - ajout de temp - passage de tsurpk à la place de teta dans dudv2 - passage de tsurpk à la place de teta dans sortvarc * Modif de calfis.F : - ajout de zteta et zpk - calculs de zteta et zpk - calcul de ztfi via tpot2t - mise en commentaires de pcvgu/v/t/q car ne servent pas... - (ajout commentaire sur traceurs intensifs) - modification du calcul de pdhfi * Modif de diagedyn.F : (même si c'est une routine pure Terre, pour l'instant) - calcul de la temperature - remplacement de RCPD par cpdet(T) * Modif de leapfrog.F : - ajout de temp et tsurpk - calcul de temp (tpot2t) et tsurpk (3 endroits) - passage de tsurpk à la place de teta dans geopot (3 endroits) - passage de tsurpk en argument de caldyn - calcul de dtetaecdt * Modif de vlspltqs.F - modif taille de tempe - calcul de tempe (via tpot2t) ** APPEL DE LA PHYSIQUE **---------------------- * Modif de calfis.F : - on appelle physiq comme pour Venus et Titan quand on n'a pas la clé CPP_EARTH - j'ai enlevé le mot clé planet_type, ça fait double emploi, non ? - j'ai laissé nqtot dans les arguments d'appel à physiq... A reverifier. **** commit_v6 **** * Modif de defrun.F : commentaire indiquant qu'il ne sert plus donc pas a jour ! * Modif de dynredem.F : correction faute orthographe dans commentaire ** IOIPSL, real8 vs real4 **----------------------- J'élimine ce truc bancal. Il faudra compiler IOIPSL en double précision. Du coup, pas de modifs spécifiques dans dyn3d. Par contre, il faudra éliminer ça dans les physiques ! ** Nombre de traceurs **------------------- * Modif de infotrac.F90 : - definition de type_trac - definition de nqtrue depend de planet_type - lecture de traceur.def depend de planet_type * Modif de addfi.F : - separation des traceurs 1 et 2 pour qtestt/qtestw valable seulement pour planet_type=earth * Modif de caladvtrac.F : - deplacement du test sur planet_type pour virer tout ce qui concerne dq quand on n'est pas sur Terre * Modif de calfis.F : - ajout d'une remarque concernant pdq... ** Avec ou sans advection de traceurs **----------------------------------- Reglé grace à iadv lu dans traceur.def: si 0, pas advecté. Sans traceurs, on a donc un seul traceur dummy, non advecté, mais écrit dans start.nc et trimbalé partout... ** Homogeneisation des .def **------------------------- * Modif des deftanks/[titan/venus]/[gcm/physiq/run].def : - ajout planet_type - passage des cles physiques vers physiq.def - homogeneisation des parametres * Modif de conf_gcm.F : - ok_strato mis à true par defaut * Modif de clesph0.h : - ajout d'un commentaire: il faut virer ce fichier, ne sert plus a rien. ** Homogeneisation de bilan_dyn **----------------------------- * Modif de leapfrog.def : - premier appel: il y a first, deplacement de first=.false., elimination prem - ajout d'initialisations - ajout des tendances de la couche superieure (d*top) - elimination itau_w (ne sert pas) - couche superieure: ajout addfi séparé - passage des d*dis en */s - appel bilan_dyn * Modif de bilan_dyn.def : - modification appel (pour sortie des tendances en moment cinetique) - ajout tendances du* en m/s2 - ajout variables pour transport vertical - ajout variables pour tendances en moment cinetique - Champs advectés: base=6 (ovap est un traceur...), en commentaire pour l'instant, les traceurs. - introduction des calculs pour transport vertical - introduction des calculs pour tendances moment cinétique - présentation des déclarations - facteur fact_geovenus=-1 pour Vénus - petit ajustement possible pour ncum (problèmes de précision) - élminination des sorties grads - modif noms temp et ecin - modif sur incrementation itau et time - definitions et sorties: limité pour l'instant à temp et ang, sans les psiQ sans la somme en lat du transport vertical, à revoir (1D seulement?). - modification calcul ang - modification tpot2t - correction sur fonction de courant psiQ ** Choix de spécificités Terre dans gcm.F **--------------------------------------- ( certains appels ont été mis sous flag CPP_EARTH ou planet_type=earth alors ) ( qu'il sont aussi valables pour Venus et Titan... ) ( ils etaient sous flag IOIPSL avant... ) * Modif de gcm.F : - appel de dynetat0 modulé selon planet_type (mars est un cas à part) - appel de dynredem0 modulé selon planet_type (mars est un cas à part) - appel de iniphysiq: a mettre sous cle CPP_PHYS pour cas sans physique * Modif de leapfrog.F : - appel de dynredem1 modulé selon planet_type (mars est un cas à part) * Modif de calfis.F : - appel de physiq: a mettre sous cle CPP_PHYS pour cas sans physique - conservation de la possibilité de nsplit_phys - ajout commentaire sur unité des tendances * Modif de conf_gcm.F : - commentaires pour nsplit_phys **** commit_v7 **** * Mise à niveau (de la dynamique) par rapport à la version 1447 de LMDZ5 * ---------------------------------------------------------------------- * Pour l'instant, on n'a pas touché à dyn3dpar, donc pour l'instant on ne fait que recopier les fichiers de la version 1447 * Mise à jour de routines (dans dyn3d) qui n'ont changé que côté LMDZ5: - ener.h - grid_noro.F - iniacademic.F - integrd.F - limit_netcdf.F90 * Mise à jour des routines qui ont changé des deux côtés: - addfi.F * ajout d'un "USE control_mod, ONLY : planet_type" * mise en forme du if (planet_type=="earth") à l'identique de la revision 1447 (pour être peinard vis-à-vis de futures diff). - caladvtrac.F * ajout d'un "USE control_mod, ONLY : iapp_tracvl,planet_type" * mise en conformité de la taille du tableau dq(ip1jmp1,llm,nqtot) et non pas dq(ip1jmp1,llm,2) (qui oblige à avoir au moins 2 traceurs...) * mise entre if (planet_type=="earth") des calculs après advtrac (à nouveau, il faut avoir au moins 2 traceurs pour que ça ait un sens; et encore, ce morceau ne sert peut-être au final à rien). * A nouveau ces modifs étaient déjà en partie déjà faites; j'ai juste remis en forme comme dans la révision 1447 pour rester homogène avec le code terrestre. - gcm.F * Mise d'un #ifdef CPP_PHYS autoure de Init_Phys_lmdz et InitComgeomphy , au lieu du (bancal) #ifdef CPP_EARTH * De même il faut bel et bien un #ifdef CPP_PHYS autour de iniphysiq & co. - infotrac.F90 * Ajout des modifs de forme et correction sur l'utilisation de trim() et taille des tableaux str1(23),str2(23) * On garde un type_trac='plnt' pour les planètes (Attention, il faudra vérifier que ça ne casse rien par ailleurs et surtout n'est-ce finalement pas redoundant avec le planet_type?). - leapfrog.F * Ajout des modifs/améliorations pour le cas académique sans physique mais en utilisant dutop(),dvtop(), etc. pour le sponge layer **** commit_v8 **** ** ADAPTATION DYNAMIQUE PARALLELE AU CP(T) ------------------------------------------ Remarques: ---------- - Modifs non testées par une compilation/exécution du code; finalement s'organiser un mode de fonctionnement ou on peut compiler le code (au moins sans physique) est assez impératif. - On pourrait peut-être faire de cpdet.F90 un module... Retour sur leapfrog.F: (version séquentielle, dans dyn3d): ---------------------- - On revient en arrière sur l'utilisation de dutop(),dvtop(),dtetatop() au lieu des dufi(),dvfi() et dtetafi() pour les appels à top_bound. Dans la version terrestre, différente du sponge Martien (et Vénusien), ces tendances sont liées. => A 'hamoniser' plus tard. Modifications (dans dyn3dpar): ------------------------------ * infotrac.F90 : recopié à l'identique depuis dyn3d * comconst.h : recopié à l'identique depuis dyn3d * caldyn0.F : recopié à l'identique depuis dyn3d * cpdet.F : - création des routines t2tpot_p et tpot2t_p , versions // de t2tpot et tpot2t * gcm.F : - on encadre les appels à Init_Phys_lmdz et Init_interface_dyn_phys par des #ifdef CPP_PHYS (et non plus ifdef CPP_EARTH). - ajout de l'appel à ini_cpdet pour Cp(T) - appel de dynetat0 modulé selon planet_type (Mars est le cas pathologique) - appel à iniphysiq encadré par un #ifdef CPP_PHYS - appel de dynredem0_p modulé selon planet_type (Mars est le cas pathologique) * leapfrog_p.F : - ajout variables temp et tsurpk - ajout des calculs des hallos pour temp() et tsurkp() (NOTE POUR PLUS TARD: vérifier que c'est bien nécessaire...) - utilisation tpot2t_p et calcul de tsurkp() avant appel à geopot_p (sans oublier de modifier argument de geopot_p, teta => tsurpk). (3 fois) - ajout argument tsurpk dans l'appel à caldyn_p. - ajout des passages en (m/s)/s des dudis , dvdis et dtetadis. - calcul de dtetaecdt en passant par la température. - changement des arguments de l'appel à bilan_dyn_p. - appel de dynredem1_p modulé selon planet_type (Mars est le cas pathologique). * calfis_p.F : - utilisation de la clef CPP_PHYS (et non plus CPP_EARTH). - ajout des variables locales zteta et zpk. - ajout calcul de zteta et zpk. - calcul de ztfi via tpot2t_p (NOTE POUR PLUS TARD: vérifier que la taille "physique" du champ ne pose pas pb par rapport au découpage //). - appel de la routine physiq selon planet_type. - modification calcul de pdhfi. * caldyn_p.F : - ajout de tsurpk dans les arguments. - passage de tsurkp à la place de teta dans dudv2_p. - passage de tsurkp à la place de teta dans sortvarc. * vlspltqs_p.F : - modification de la taille de tempe (tempe(ip1jmp1,llm) au lieu de tempe(ip1jmp1). - calcul de tempe via tpot2t_p (NOTE POUR PLUS TARD: probablement à revoir! Etrangement vlspltqs_p ne contient aucune instruction OpenMP !?! Il y a là un truc qui m'échappe...) * bilan_dyn_p.F : A FAIRE... (mis de côté pour l'instant car pas sûr que l'ancien bilan_dyn_p fonctionne en mode mixte mpi/omp, à vérifier d'abord, avant de tenter des modifs...) **** commit_v11 **** 24/01/2011 ajout du modele meso-echelle martien, ancienne physique -- A. Spiga **** commit_v17 **** 24/01/2011 ajout du module LES, ancienne physique -- A. Spiga **** commit_v37 **** 27/01/2011 Remise en route chantier compilation -- Ehouarn - Modifs et corrections pour pouvoir compiler le gcm (en séquentiel, avec makelmdz_fcm pour l'instant): * ajout de fichiers 'arch' pour linux-64 (pour Bellonzi, avec ioipsl et en r8) * modification de makelmdz_fcm, ajout de la clé CPP_PHYS si on compile avec une physique * correction de quelques typos/bugs révélés à la compilation: - infotrac.F90 : supression des appels à 'lnblnk' (remplacés par len_trim) - bilan_dyn.F : déclaration des variables znom3,znom3l,zunites3, planet_type - cpdet.F : "use control_mod, ONLY: planet_type" mis aux bons endroits (idem sur cpdet.F dans dyn3dpar) - leapfrog.F : declaration de ztetaec(), dtec, cpdet , itau_w, duspg() - diagedyn.F : correction typo; attention dans diagedyn.F il y a du include "../phylmd/YOMCST.h" Ca va poser problème qd on change de physique.... - Avec ces modifs, la compilation marche sans physque, avec ou sans ioipsl et avec la physique terrestre phylmd. ******************************************** **** commit_v51 (et quelques autres...) **** ******************************************** 29/01/2011 --- A. SPIGA Nouveautes LMD_MM_MARS - LMD_LES_MARS - LMDZ.MARS [dossier mars] Ce commit fait le bilan des chantiers d'uniformisation des diverses sources du mesochelle [tous les commits par "spiga" depuis le debut sont relatifs a ces chantiers] Chantiers acheves avec compilation et execution testees: 1. le meme coeur dynamique peut maintenant etre compile avec ancienne ou nouvelle physique; option -p sur makemeso. 2. la meme interface module_lmd_driver est partagee par LMD_MM_MARS et LMD_LES_MARS 3. le meme libf est partage entre modele mesoechelle et gcm les quelques routines qui different sont notees meso_ et integrees aux sources du gcm =====> De 4 version du modele + 1 version de la nouvelle physique, on passe a une seule version du modele meso-echelle dont la physique est automatiquement indexee sur les modifications effectuees dans le GCM [quelques routines mesoechelle mises a part] * Reste a tester LMD_LES_MARS avec la nouvelle physique. Modifications mineures attendues suite au point 2. * Reste a tester le nesting qui devrait induire des modifications dues a des lignes trop longues... ce sera transparent du point de vue GCM. ******************** **** commit_v52 **** ******************** ********** chantier principal du commit ********** --- version LMDZ5 qui fonctionne pour tests geantes ********** --- prochaine etape, tests sur GNOME M libf/dyn3dpar/comconst.h M libf/dyn3dpar/conf_planete.F90 ajout du flux de chaleur intrinseque: ihf [par defaut il est nul] M libf/dyn3dpar/gcm.F changements cosmetiques [pour diff plus efficace avec version non par] M libf/dyn3dpar/iniacademic.F possibilites de variations latitudinales de temperature plus originales [seulement pour planet_type.eq."giant"] M libf/dyn3dpar/leapfrog_p.F 1. ajout d'une tendance causee par le flux de chaleur intrinseque (seulement prise en compte si planet_type.eq."giant") 2. correction bugs problematiques a la compilation et au run --> probleme dans les boucles (l'indice etait llm et non l) --> ajout de SAVE pour les variables paralleles --> correction des declarations de variables manquantes M libf/dyn3dpar/calfis_p.F correction d'une deuxieme parenthese manquante sur ALLOCATE(zteta(klon,llm)) M libf/phylmd/regr_lat_time_climoz_m.F90 erreur a la compilation avec FCM... il s'agit d'une routine terrestre il y a visiblement un probleme avec o3_in en attendant, les lignes sont commentees avec !AS A deftanks/giant 8 fichiers ajout de fichiers de configuration typiques pour les geantes gazeuses [experimental pour le moment... on est loin de jupiter] --> comparaisons entre un run ancien [avec LMDZ5-dev sur SVN ipsl sans cp var] et run avec version sur ce SVN planeto donne des resultats similaires ********** pratique A ioipsl A ioipsl/compile_ioipsl.bash A ioipsl/util 16 fichiers script et utilitaire pour compiler IOIPSL de facon independante il suffit d'executer ./compile_ioipsl.bash M arch/arch-AMD64_CICLAD.path si IOIPSL a ete compile avec la methode precedente, les bons PATH sont definis dans ce fichier [le NETCDF est aussi OK] M 000-README-svn mise a jour options "svn status" M mars/libf/phymars/meso_callkeys.h mise a jour mineure du fichier [ecri_phys etait defini mais pas dans la liste] ******************** **** commit_v54 **** ******************** -------------------------- LMD_LES_MARS: Tests with new physics in unified frame M 53 mesoscale/LMD_LES_MARS/modif_mars/module_model_constants.F M 53 mesoscale/LMD_LES_MARS/modif_mars/module_first_rk_step_part1.F M 53 mesoscale/LMD_MM_MARS/SRC/WRFV2/phys/module_lmd_driver.F Modifications made to cope with new soil scheme M 53 mesoscale/LMD_MM_MARS/SRC/WRFV2/mars_lmd/libf/phymars/meso_physiq.F Commented aeronomars in old physics so that the model can compile with lots of grid points -------------------------- LMD_MM_MARS: Implement tracers with the new physics. Test with JBM runs with 5 tracers including radiatively active dust and water ice TODO: propagate reading "traceur.def" and few initialisations from testphys1d.F into module_lmd_driver.F M 53 mars/libf/phymars/dimradmars.h M 53 mars/libf/phymars/callradite.F Change it back to both dust and ice radiatively active M 53 mesoscale/LMD_MM_MARS/makemeso Allow to "fresh start" with the inclusion of "clean -a" in the script M 53 mesoscale/LMD_MM_MARS/SRC/WRFV2/Registry/Registry.EM M 53 mesoscale/LMD_MM_MARS/SRC/WRFV2/dyn_em/module_initialize_real.F M 53 mesoscale/LMD_MM_MARS/SRC/WRFV2/dyn_em/solve_em.F M 53 mesoscale/LMD_MM_MARS/SRC/WRFV2/main/real_em.F M 53 mesoscale/LMD_MM_MARS/SIMU/runmeso Added the option mars==11 with 5 tracers: CO2 H2Ovap H2Oice DUST DUSTN -- Note that the order matters for H2Ovap and H2Oice LMD_MM_MARS: Create a folder to run LMD GCM with exact same physics as mesoscale A 0 mesoscale/LMDZ.MARS/libf/phymars/physiq.F All files in mesoscale/LMDZ.MARS/libf are links except this one --> Because specific WRITEDIAGFI commands are set to output what is needed PREP_MARS --> Something must be done so that qCO2, qdust, qdustN can be propagated too !!! A 0 mesoscale/LMDZ.MARS/libf_gcm A 0 mesoscale/LMDZ.MARS/in_lmdz_mars_newphys Two important links that must not be broken A 0 mesoscale/LMDZ.MARS/myGCM This folder is for runs. Only links here -- except temp files which are not synchronized. M 53 mesoscale/LMD_MM_MARS/SIMU/in_lmdz_mars_newphys/compile A 0 mesoscale/LMD_MM_MARS/SIMU/in_lmdz_mars_newphys/myGCM/run.def A 0 mesoscale/LMD_MM_MARS/SIMU/in_lmdz_mars_newphys/myGCM/traceur.def M 53 mesoscale/LMD_MM_MARS/SIMU/in_lmdz_mars_newphys/myGCM/callphys.def A 0 mesoscale/LMD_MM_MARS/SIMU/in_lmdz_mars_newphys/myGCM/callphys.def.csttau Those files are needed to run the GCM in order to prepare initial & boundary conditions for the mesoscale... but basically it is the exact same GCM --> compile is a convenient script A 0 mesoscale/LMDZ.MARS/makegcm A 0 mesoscale/LMDZ.MARS/makegcm_g95 A 0 mesoscale/LMDZ.MARS/create_make_gcm This is supposed to be merged one day with files in trunk/mars/ A 0 mesoscale/LMDZ.MARS/myGCM/DEFS_JB Necessary files to restart a GCM run corresponding to new water cycle in JB's thesis