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