source: trunk/chantiers/commit_v8.log @ 8

Last change on this file since 8 was 8, checked in by emillour, 15 years ago

Debut de mise a jour de la dynamique parallele par rapport aux modifs dans la partie sequentielle.

Mais NON TESTE , car pas (encore) possibilite de compiler et faire tourner cas simple (type newtonien sans physique).

Voir commit_v8.log pour les details.

Ehouarn

File size: 3.0 KB
Line 
1** ADAPTATION DYNAMIQUE PARALLELE AU CP(T)
2------------------------------------------
3
4Remarques:
5----------
6- Modifs non testées par une compilation/exécution du code; finalement s'organiser un mode de fonctionnement ou on peut compiler le code (au moins sans physique) est assez impératif.
7- On pourrait peut-être faire de cpdet.F90 un module...
8
9Retour sur leapfrog.F: (version séquentielle, dans dyn3d):
10----------------------
11- On revient en arrière sur l'utilisation de dutop(),dvtop(),dtetatop() au lieu des dufi(),dvfi() et dtetafi() pour les appels à top_bound. Dans la version terrestre, différente du sponge Martien (et Vénusien), ces tendances sont liées.
12=> A 'hamoniser' plus tard.
13
14Modifications (dans dyn3dpar):
15------------------------------
16
17* infotrac.F90 : recopié à l'identique depuis dyn3d
18
19* comconst.h : recopié à l'identique depuis dyn3d
20
21* caldyn0.F : recopié à l'identique depuis dyn3d
22
23* cpdet.F :
24  - création des routines t2tpot_p et tpot2t_p , versions // de t2tpot et tpot2t
25
26* gcm.F :
27  - on encadre les appels à Init_Phys_lmdz et Init_interface_dyn_phys par des #ifdef CPP_PHYS (et non plus ifdef CPP_EARTH).
28  - ajout de l'appel à ini_cpdet pour Cp(T)
29  - appel de dynetat0 modulé selon planet_type (Mars est le cas pathologique)
30  - appel à iniphysiq encadré par un #ifdef CPP_PHYS
31  - appel de dynredem0_p modulé selon planet_type (Mars est le cas pathologique)
32 
33* leapfrog_p.F :
34  - ajout variables temp et tsurpk
35  - ajout des calculs des hallos pour temp() et tsurkp() (NOTE POUR PLUS TARD: vérifier que c'est bien nécessaire...)
36  - utilisation tpot2t_p et calcul de tsurkp() avant appel à geopot_p (sans oublier de modifier argument de geopot_p, teta => tsurpk). (3 fois)
37  - ajout argument tsurpk dans l'appel à caldyn_p.
38  - ajout des passages en (m/s)/s des dudis , dvdis et dtetadis.
39  - calcul de dtetaecdt en passant par la température.
40  - changement des arguments de l'appel à bilan_dyn_p.
41  - appel de dynredem1_p modulé selon planet_type (Mars est le cas pathologique).
42
43* calfis_p.F :
44  - utilisation de la clef CPP_PHYS (et non plus CPP_EARTH).
45  - ajout des variables locales zteta et zpk.
46  - ajout calcul de zteta et zpk.
47  - calcul de ztfi via tpot2t_p (NOTE POUR PLUS TARD: vérifier que la taille "physique" du champ ne pose pas pb par rapport au découpage //).
48  - appel de la routine physiq selon planet_type.
49  - modification calcul de pdhfi.
50 
51* caldyn_p.F :
52  - ajout de tsurpk dans les arguments.
53  - passage de tsurkp à la place de teta dans dudv2_p.
54  - passage de tsurkp à la place de teta dans sortvarc.
55 
56* vlspltqs_p.F :
57  - modification de la taille de tempe (tempe(ip1jmp1,llm) au lieu de tempe(ip1jmp1).
58  - calcul de tempe via tpot2t_p (NOTE POUR PLUS TARD: probablement à revoir! Etrangement vlspltqs_p ne contient aucune instruction OpenMP !?! Il y a là un truc qui m'échappe...)
59
60* bilan_dyn_p.F : A FAIRE... (mis de côté pour l'instant car pas sûr que l'ancien bilan_dyn_p fonctionne en mode mixte mpi/omp, à vérifier d'abord, avant de tenter des modifs...)
Note: See TracBrowser for help on using the repository browser.