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