Changes between Version 10 and Version 11 of IntegrationOpenMP


Ignore:
Timestamp:
06/08/11 12:40:36 (13 years ago)
Author:
mmaipsl
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • IntegrationOpenMP

    v10 v11  
    7777   1. 8MPI + "0OMP" = 1 noeuds et 8prc 
    7878 
    79 Les fichiers de Bands établi avec le mécanisme de 3 mois standard dans la configuration LMDZ4OR_v3 varient (faiblement)  
    80 en fonction du nombre de processus MPI ET OpenMP. 
    81 En attachement, on trouvera des exemples de fichier de bands pour les tests décris dans le paragraphe précédent : 
    82  1. compilation avec OpenMP 
    83    1. 8MPI + 1OMP = 1 noeud et 8processeurs [attachment:"LOOMP_1_Bands_96x95x39_8MPI_1OMP.dat_3"] 
    84    1. 2MPI + 4OMP = 1 noeud et 8prc [attachment:"LOOMP4_Bands_96x95x39_2MPI_4OMP.dat_3"] 
    85    1. 8MPI + 4OMP   = 4 noeuds et 32prc [attachment:"LOOMP32_Bands_96x95x39_8MPI_4OMP.dat_3"] 
    86  1. compilation sans OpenMP 
    87    1. 8MPI + "0OMP" = 1 noeuds et 8prc [attachment:"LMPIOMP3_Bands_96x95x39_8MPI_1OMP.dat_3"] 
    88  
    8979=== Comment vérifier le bon fonctionnement de la parallélisation ? === 
    9080==== sous linux ==== 
    … …  
    10494et éxécuter la commande top. 
    10595 
     96=== Tests LMDzOR sur titane === 
     97 
     98Les fichiers de Bands établi avec le mécanisme de 3 mois standard dans la configuration LMDZ4OR_v3 varient (faiblement)  
     99en fonction du nombre de processus MPI ET OpenMP. 
     100En attachement, on trouvera des exemples de fichier de bands pour les tests décris dans le paragraphe précédent : 
     101 1. compilation avec OpenMP 
     102   1. 8MPI + 1OMP = 1 noeud et 8processeurs [attachment:"LOOMP_1_Bands_96x95x39_8MPI_1OMP.dat_3"] 
     103   1. 2MPI + 4OMP = 1 noeud et 8prc [attachment:"LOOMP4_Bands_96x95x39_2MPI_4OMP.dat_3"] 
     104   1. 8MPI + 4OMP   = 4 noeuds et 32prc [attachment:"LOOMP32_Bands_96x95x39_8MPI_4OMP.dat_3"] 
     105 1. compilation sans OpenMP 
     106   1. 8MPI + "0OMP" = 1 noeuds et 8prc [attachment:"LMPIOMP3_Bands_96x95x39_8MPI_1OMP.dat_3"] 
     107 
     108 
     109Les tests effectuées avec le modèles LMDZ4/branches/LMDZ4_AR5 (rev 1483) et le modèle 
     110LMDZ5/trunk (rev 1535), il s'avère que ce modèle, lorsque ORCHIDEE est désactivé à 
     111l'éxécution (paramètre VEGET=n dans le run.def) ne conservent pas la parallélisation MPI/OpenMP. 
     112 
     113Les simulations sans ORCHIDEE activé à l'éxécution avec le code LMDz version LMDZ4_AR5 : 
     114 1. LOOMPVEGET1 : ATM= (gcm.e, lmdz.x, 8MPI, 1OMP) 
     115 1. LOOMPVEGET2 : ATM= (gcm.e, lmdz.x, 2MPI, 4OMP) 
     116Voir [http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LOOMPVEGET2vsLOOMPVEGET1 LOOMPVEGET2vsLOOMPVEGET1] 
     117 
     118Même version mais pas d'ajustement sur trois mois (on reprend la bande au bout des 
     119trois mois des deux versions précédentes correspondantes pour les paramètres MPI/OpenMP) : 
     120 1. LOOMPVEGET3 (bande de LOOMPVEGET2) : ATM= (gcm.e, lmdz.x, 2MPI, 4OMP) 
     121 1. LOOMPVEGET4 (bande de LOOMPVEGET1) : ATM= (gcm.e, lmdz.x, 8MPI, 1OMP) 
     122Voir [http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LOOMPVEGET4vsLOOMPVEGET3 LOOMPVEGET4vsLOOMPVEGET3]. 
     123 
     124Voir enfin 
     125[http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LOOMPVEGET4vsLOOMPVEGET3vsLOOMPVEGET2vsLOOMPVEGET1 LOOMPVEGET4vsLOOMPVEGET3vsLOOMPVEGET2vsLOOMPVEGET1] 
     126qui montre bien que toutes ces simulations ne donnent pas les mêmes monitorings sur 
     127un an. 
     128 
     129Les simulations sans ORCHIDEE compilé à l'éxécution avec le code LMDz version LMDZ5 
     130 (avec ajustement sur trois mois) : 
     131 1. LMDZ5OMP : ATM= (gcm.e, lmdz.x, 8MPI, 1OMP) 
     132 1. LMDZ5OMP1 : ATM= (gcm.e, lmdz.x, 2MPI, 4OMP) 
     133Voir 
     134 [http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LMDZ5OMP1vsLMDZ5OMP LMDZ5OMP1vsLMDZ5OMP] 
     135 qui montre que la nouvelle version de LMDz ne donne toujours pas les mêmes 
     136 monitorings sur un an. 
     137 
     138Enfin les simulations sur 10 ans avec la dernière version de la végétation activée :  
     139 1. compilation avec OpenMP 
     140   1. 8MPI + 1OMP = 1 noeud et 8processeurs simulation LOOMP_1 
     141   1. 2MPI + 4OMP = 1 noeud et 8prc : simulation LOOMP4 
     142   1. 8MPI + 4OMP   = 4 noeuds et 32prc simulation LOOMP32 
     143 1. compilation sans OpenMP 
     144   1. 8MPI + "0OMP" = 1 noeuds et 8prc simulation LMPIOMP3 
     145 
     146Les différences de monitorings suivant :  
     147[http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LOOMP4vsLOOMP_1 LOOMP4vsLOOMP_1] 
     148[http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LOOMP4vsLOOMP32 LOOMP4vsLOOMP32] 
     149[http://dods.ipsl.jussieu.fr/orchidee/Parallelization_OpenMP/LOOMP4vsLMPIOMP3 LOOMP4vsLMPIOMP3] 
     150montrent que les modèles sont prochent avec les changement de compilation et de 
     151parallélisation, mais que les précipitations notamment changent parfois beaucoup sur 
     152la décénnie.    
     153 
     154On ne peut donc pas conclure sur la robustesse de la parallélisation OpenMP du modèle 
     155ORCHIDEE, tant que l'on a pas une version robuste du modèle LMDz.