Optimisation LMDZ 2017
Travail sur l'optimisation de LMDZ début 2017
Tests sur les différents essais d'optimisation de LMDZ sur curie:
- passage de 3bandes de latitude à 2 bandes de latitude pour la parallélisation
- passages aux options de compilation "agressives"
- passage à iphysiq=7 et nbapp_cv=48
On test sur le forcé d'abord.
Mise en place:
Sur curie:/ccc/cont003/home/gencmip6/p86fair/IPSLCM6.0.7-LR.2lats
LMDZ révision 2727 modifiée pour pouvoir paralléliser avec 2 bandes de latitudes par processeur, résolution 144x142x79, calendrier 360d
- config/LMDZOR_v6/CM607-LR.3bands: la simu de 10 ans de référence (3 bandes de latitude / proc, 47MPI/8OMP, options de compilation normales, iphysiq = 10), executable gcm_ref.e
accounting donne: 8.68 ans / 86400 sreal CPU / an
elapsed / an 9981 2h47m - config/LMDZOR_v6/CM607-LR.2bands: simulation de 10 and avec 2 bandes de latitude/proc (71 processeurs pour MPI), executable gcm_ref.e
accounting donne: 10.70 ans / 86400 sreal CPU / an
elapsed / an 7241 2h00m30s - config/LMDZOR_v6/CM607-LR.2bands.opt: même simulation que ci-dessus avec options de compilation agressives
accounting donne: 10.70 ans / 86400 sreal CPU / an
elapsed / an 6596 1h50m - config/LMDZOR_v6/CM607-LR.2bands.full: même simulation que ci-dessus avec iphysiq=7 et nbapp_cv=48
accounting donne: 17.08 ans / 86400 sreal CPU / an
elapsed / an 5052 1h24m - config/LMDZOR_v6/CM607-LR.2bands.full16: on essaye avec 16OMP même si on sait qu'on ne devrait pratiquement rien gagner:
accounting donne: 18.97 ans / 86400 sreal CPU / an
elapsed / an 4583 1h26m
Le multimonitoring des 4 premières simulations avec
moyenne glissante = 1 mois
moyenne glissante = 12 mois
Multiatlas des 4 premières simulations ici