Aller au contenu. | Aller à la navigation

Outils personnels

Vous êtes ici : Accueil / Le coin des développeurs / Statistiques SVN / LMDZ6 / StatSVN - Directory trunk/libf/phy_common/

StatSVN - Directory trunk/libf/phy_common/

Directory trunk/libf/phy_common/

Total Files:
Deleted Files:
Lines of Code:


Lines of Code

trunk/libf/phy_common/ Lines of Code


Author Changes Lines of Code Lines per Change
Totals 22 (100.0%) 683 (100.0%) 31.0
fairhead 20 (90.9%) 683 (100.0%) 34.1
dcugnet 2 (9.1%) 0 (0.0%) 0.0

Most Recent Commits

fairhead 2019-03-14 11:34 Rev.: 3465

Further modifications for DYNAMICO/LMDZ convergence. These are based
on Yann's LMDZ6_V2 sources. Compiles on irene and converges with revision 3459
in a bucket configuration

565 lines of code changed in 7 files:

  • trunk/libf/phy_common: mod_phys_lmdz_mpi_transfert.F90 (new), mod_phys_lmdz_omp_transfert.F90 (+202 -1), mod_phys_lmdz_para.F90 (+1 -1), mod_phys_lmdz_transfert_para.F90 (+174 -1)
fairhead 2019-01-22 17:21 Rev.: 3435

"Historic" :-) commit merging the physics branch used for DYNAMICO with the LMDZ trunk.
The same physics branch can now be used seamlessly with the traditional lon-lat LMDZ
dynamical core and DYNAMICO.
Testing consisted in running a lon-lat LMDZ bucket simulation with the NPv6.1 physics package
with the original trunk sources and the merged sources. Tests were succesful in the sense that
numeric continuity was preserved in the restart files from both simulation. Further tests
included running both versions of the physics codes for one year in a LMDZOR setting in which
the restart files also came out identical.

- as the physics package now manages unstructured grids, grid information needs to be transmitted
to the surface scheme ORCHIDEE. This means that the interface defined in surf_land_orchidee_mod.F90
is only compatible with ORCHIDEE version orchidee2.1 and later versions. If previous versions of
ORCHIDEE need to be used, the CPP key ORCHIDEE_NOUNSTRUCT needs to be set at compilation time.
This is done automatically if makelmdz/makelmdz_fcm are called with the veget orchidee2.0 switch
- due to a limitation in XIOS, the time at which limit conditions will be read in by DYNAMICO will be
delayed by one physic timestep with respect to the time it is read in by the lon-lat model. This is caused
by the line

IF (MOD(itime-1, lmt_pas) == 0 .OR. (jour_lu /= jour .AND. grid_type /= unstructured)) THEN ! time to read

in limit_read_mod.F90

Work still needed on COSP integration and XML files for DYNAMICO


118 lines of code changed in 13 files:

  • trunk/libf/phy_common: geometry_mod.F90 (+6 -1), init_print_control_mod.F90 (new 67), mod_phys_lmdz_mpi_data.F90 (+6 -12), mod_phys_lmdz_omp_data.F90 (new), mod_phys_lmdz_para.F90 (+2 -1), physics_distribution_mod.F90 (new), print_control_mod.F90 (+13 -49)
dcugnet 2018-02-21 18:32 Rev.: 3231

Fix in regr_horiz_time_climoz_m: <= instead of < in an index search loop to avoid
a possible error in the 3D ozone interpolation when input and output longitudes
numbers are equal.
Few typos in the comments corrected.

0 lines of code changed in 2 files:

  • trunk/libf/phy_common: regular_lonlat_mod.F90 (new)
Generated by StatSVN 0.7.0
Ajouter un commentaire

Vous pouvez ajouter un commentaire en complétant le formulaire ci-dessous. Le format doit être plain text. Les commentaires sont modérés.

Enter the word