| 1 | |
|---|
| 2 | a tester: nouvelle nouvelle physique dans POUR_LIBF_COMMUN |
|---|
| 3 | et importer depuis compte d'Ehouarn |
|---|
| 4 | des efforts ont ete fait pour l utilisation d un meme dossier libf dans gcm et |
|---|
| 5 | meso |
|---|
| 6 | il faut tester le nest pour verifier les lignes trop longues |
|---|
| 7 | |
|---|
| 8 | |
|---|
| 9 | RESTE a ADAPTER le LES a la NOUVELLE PHYSIQUE |
|---|
| 10 | il y a normalement peu a faire |
|---|
| 11 | reste a faire egalement le -DNEWPHYS pour le LES |
|---|
| 12 | |
|---|
| 13 | attention pb d'affichage des valeurs dans le fichier texte avec LES ??? |
|---|
| 14 | bien que les valeurs du fichier soient tout a fait raisonnables |
|---|
| 15 | ... n'est-ce pas un effet de bord cache ???? |
|---|
| 16 | |
|---|
| 17 | |
|---|
| 18 | apres fusion, le LES est reconnu par module_lmd_driver lorsque diff_opt=2 km_opt=2 |
|---|
| 19 | |
|---|
| 20 | |
|---|
| 21 | -attention PB si on ne sort pas HFX et USTM (note dans le Registry) |
|---|
| 22 | -il faut run.def nouvelle physique [c est meme ce qui est utilise par runmeso] |
|---|
| 23 | - IL FAUT SE PENCHER SUR LE FAIT QU'ON INDIQUE q2val=0 dans lmd_driver .... |
|---|
| 24 | |
|---|
| 25 | ATTENTION NOUVELLE PHYSIQUE |
|---|
| 26 | Oui, c'est quelque chose qu'il faut probablement changer partout |
|---|
| 27 | maintenant que la version de pgf90 à changé (sur les machines du LMD). |
|---|
| 28 | Avec cette nouvelle version (7.1-6), le '-fast' est plus agressif |
|---|
| 29 | qu'avant (et inclue entre autre les horribles '-Mvect=sse -Mscalarsse' |
|---|
| 30 | qui dégradent la précision de certains calculs pour accélérer le code); |
|---|
| 31 | je préconise de ne plus s'en servir. Bon d'accord, je n'ai pas fait une |
|---|
| 32 | étude approfondie de l'impact de '-fast', mais j'ai vu qu'avec, |
|---|
| 33 | j'obtenais des résultats différents lorsque je changeais simplement |
|---|
| 34 | l'ordre des traceurs... |
|---|
| 35 | |
|---|
| 36 | Aymeric Spiga wrote: |
|---|
| 37 | > je détecte ces changements d'option de compilation ; ont-ils de |
|---|
| 38 | > l'importance ? |
|---|
| 39 | > |
|---|
| 40 | > Aymeric |
|---|
| 41 | > |
|---|
| 42 | > < # set optim90=" -fast" |
|---|
| 43 | > < # set optimtru90=" -fast -c -Mfree " |
|---|
| 44 | > < # set optim90=" -O2 -Munroll=c:1 -Mnoframe -Mcache_align" |
|---|
| 45 | > < # set optimtru90=" -O2 -Munroll=c:1 -Mnoframe -Mcache_align" |
|---|
| 46 | > < set optim90=" -O2 -Munroll -Mcache_align" |
|---|
| 47 | > < set optimtru90=" -O2 -Munroll -Mcache_align" |
|---|
| 48 | > --- |
|---|
| 49 | > |
|---|
| 50 | >> set optim90=" -fast" |
|---|
| 51 | >> set optimtru90=" -fast -c -Mfree " |
|---|
| 52 | |
|---|
| 53 | |
|---|
| 54 | |
|---|
| 55 | - attention a cp et R, normaliser une bonne fois pour toutes |
|---|
| 56 | - il manque sur le SVN les cas idealises |
|---|
| 57 | - il manque sur le SVN les scripts MPI |
|---|
| 58 | - il faut recompiler les librairies NETCDF |
|---|
| 59 | - mettre la nouvelle physique |
|---|
| 60 | - mettre les DEF du meso-echelle |
|---|
| 61 | |
|---|
| 62 | - modele ok sur auric |
|---|
| 63 | - modele pas ok sur ciclad avec pgf2010, erreur inedite un seul module manquant |
|---|
| 64 | - modele LES OK sur ciclad |
|---|
| 65 | - modele LES ok sur auric |
|---|
| 66 | |
|---|
| 67 | 24/01/2011 |
|---|
| 68 | tests g95 en 64bits natif sur systeme Linux |
|---|
| 69 | -- modifications de makemeso, tests |
|---|
| 70 | -- tout est OK sauf les libraires NETCDF, probleme d'underscore |
|---|
| 71 | -- OK avec libraires maison compilees avec g95 standard sur flores [et tourne OK] |
|---|
| 72 | |
|---|
| 73 | |
|---|
| 74 | |
|---|
| 75 | mpi_64_pgf7_ncdf4_mpi1.2.txt |
|---|
| 76 | - probleme lors de la compilation de solve_em : LINUX runs out of memory [huchard] |
|---|
| 77 | - IL FAUT COMPILER SUR auric |
|---|
| 78 | |
|---|
| 79 | nougaro est lent a la compilation, utiliser surtout auric |
|---|
| 80 | |
|---|
| 81 | |
|---|
| 82 | |
|---|
| 83 | |
|---|
| 84 | |
|---|
| 85 | |
|---|
| 86 | |
|---|
| 87 | PB MPI |
|---|
| 88 | /donnees/aslmd/MODELES/MPI/mpich2-1.2.1p1_PGF7/lib/libmpich.a(simple_pmi.o): |
|---|
| 89 | In function `PMI_Init': |
|---|
| 90 | simple_pmi.c:(.text+0x15c0): warning: Using 'gethostbyname' in statically |
|---|
| 91 | linked applications requires at runtime the shared libraries from the glibc |
|---|
| 92 | version used for linking |
|---|
| 93 | /donnees/aslmd/MODELES/MPI/mpich2-1.2.1p1_PGF7/lib/libmpich.a(simple_pmi.o): |
|---|
| 94 | In function `PMI_Init': |
|---|
| 95 | simple_pmi.c:(.text+0x15c0): warning: Using 'gethostbyname' in statically |
|---|
| 96 | linked applications requires at runtime the shared libraries from the glibc |
|---|
| 97 | version used for linking |
|---|
| 98 | /donnees/aslmd/MODELES/MPI/mpich2-1.2.1p1_PGF7/lib/libmpich.a(simple_pmi.o): |
|---|
| 99 | In function `PMI_Init': |
|---|
| 100 | simple_pmi.c:(.text+0x15c0): warning: Using 'gethostbyname' in statically |
|---|
| 101 | linked applications requires at runtime the shared libraries from the glibc |
|---|
| 102 | version used for linking |
|---|
| 103 | /donnees/aslmd/MODELES/MPI/mpich2-1.2.1p1_PGF7/lib/libmpich.a(simple_pmi.o): |
|---|
| 104 | In function `PMI_Init': |
|---|
| 105 | simple_pmi.c:(.text+0x15c0): warning: Using 'gethostbyname' in statically |
|---|
| 106 | linked applications requires at runtime the shared libraries from the glibc |
|---|
| 107 | version used for linking |
|---|
| 108 | |
|---|
| 109 | |
|---|
| 110 | POSSIBLE mars.sed |
|---|
| 111 | |
|---|
| 112 | s+ *../frame/module_internal_header_util.o ../frame/pack_utils.o |
|---|
| 113 | -L../external/esmf_time_f90 -lesmf_time+& -L../mars_lmd/libo -llmd |
|---|
| 114 | -Mmpi=mpich2+g |
|---|
| 115 | |
|---|
