Changes between Version 29 and Version 30 of LMDZ4OR_v2

Timestamp:

07/07/11 12:30:33 (13 years ago)

Author:

jgipsl

Comment:

--

LMDZ4OR_v2

@@ -76 +76 @@
 
 
-== Modifications récentes ==
-- 26/03/09 Utilisation des nouveaux fichiers AMIP pour construction des fichiers limites. Ces fichiers sont utilisés uniquement dans le job CREATE. Les fichiers limit.nc ne converge pas avec les anciennes fichiers AMIP. 
-- 27/08/08 Ajoute "RESOL_SRF" dans orchidee.driver pour resoudrer problème avec le monitoring.[[BR]]
-- Changement des versions des composantes : La configuration contient maintenant les composantes taguées LMDZ4_V3_4, orchidee_1_9_2, libIGCM_v1 et IOIPSL tag v2_1_2. [[BR]]
-- Mise a jour des cards et drivers dans COMP pour faire fonctionner le monitoring. [[BR]]
-- Mise a jour des .def dans PARAM pour être en phase avec le couplé. Rq: ok_ade=n et ok_aie=n (=y dans le couplé). [[BR]]
-- Tests ont été fait sur BRODIE et MERCURE sur 4 processus.[[BR]]
-
-----
-== Comment faire quand le fichier Bands_xxxx_yprc.dat n'existe pas pour le résolution ou le nombre de processus voulu ? ==
-Mettre "LMDZ_adjust = y" dans LMDZOR/COMP/lmdz.card. Dans le même fichier, commenter aussi la ligne avec Bands_xxxx_yprc.dat dans la liste de "!ParametersFiles". Ensuite, lancer l'éxecution pendant un mois. Le fichier Bands_xxxx_yprc.dat sera cré par LMDZ et copié dans le répertoire PARAM après execution. Après un mois de simulation, remettre la ligne avec Bands_xxxx_yprc.dat dans la liste de "!ParametersFiles". Ensuite c'est possible pour bien équilibre le fichier Bands_xxxx_yprc.dat, de continuer encore quelque mois jusqu'au un an en gardant "LMDZ_adjust = y". Une fois le fichier Bands_xxxx_yprc.dat est équilibré, remettre "LMDZ_adjust = n", en génerale un mois est consideré suffisant. 
-
-Remarque : "LMDZ_adjust = y" augmuntera le temps de calcule. 
-
-== Comment tourner la version HEAD(trunk) de SVN de LMDZ4 ? ==
-Il existe 2 configurations sous modipsl de test qui utilisent la trunk de LMDZ4 : LMDZ4OR_work et LMDZ4_work. Ils sont tout les 2 configurés pour utiliser "l'ancienne physique" (corresponde  à IPCC AR4) de LMDZ. LMDZ4OR_work contient la version OpenMP de ORCHIDEE : orchidee_1_9_2_OMP. 
-
-Attention!!! Ces 2 configurations utilisent la trunk de SVN LMDZ4. Ils ne sont pas stable. Les sources varies d'un jour sur l'autre... 
-
-----
-
-== Comment faire tourner le couplé IPSLCM4_v2 en mode forcé ? Cad en utilisant le binaire exécutable lmdz du couplé en forcé ==
-
-Un exécutable de LMDZ qui a été compilé dans la configuration couplée peut également être exécuté en mode forcé (sans ou avec ORCHIDEE). 
-Ceci est possible à partir du tag LMDZ4_V3_2. Ci-dessous comment procéder en restant dans la même arborescence modipsl. 
-
-1 ) Extraire "les fichiers CONFIG" pour la config LMDZ4OR_v2.
-
-{{{
->cd modipsl/config
->svn co http://forge.ipsl.jussieu.fr/igcmg/svn/CONFIG/LMDZOR/branches/LMDZ4OR_v2 LMDZ4OR_v2
->ls
-IPSLCM4_v2  LMDZ4OR_v2
-}}}
-
-=> Pour extraire le config LMDZ4OR_work (le nom LMDZ4OR_v3 sur SVN)
-{{{
->svn co http://forge.ipsl.jussieu.fr/igcmg/svn/CONFIG/LMDZOR/branches/LMDZ4OR_v3 LMDZ4OR_v3
-}}}
-
-=> Pour extraire le config LMDZ4_work (le nom LMDZ4 sur SVN)
-{{{
->svn co http://forge.ipsl.jussieu.fr/igcmg/svn/CONFIG/LMDZ/branches/LMDZ4 LMDZ4
-}}}
-
-
-2 ) Créer le fichier LMDZ4OR_v2/.resol contenant la résolution actuelle d'LMDZ qui correspond à l'exécutable du modèle couplé 
-{{{
->cd LMDZ4OR_v2
->echo "LMD9671" > .resol
->cat .resol
-LMD9671
-}}}
-
-
-
-=> Les configs LMDZ4_work et LMDZ4OR_work ont un fichier .resol evoulé pour prendre en compte les niveau verticaux. Le fichier pour ces configs doit ressembler à :
-{{{
->cat .resol
-LMD9671
-RESOL_ATM_3D=96x71x19
-}}}
-
-3) Pour l'expérience CREATE, pour tourne l'exécutable create_etat0_limit, il y a un différence dans le mode de compilation ce qui implique un différence dans le lancement. Dans le couplé, cette programme est compilé en mode parallèle mais dans la configuration forcé, c'est en mode séquentielle. Avec l'exécutable du couplé, on doit lancer avec mpirun : modification à faire dans le job :
-
-{{{
-#    if ( [ X${BATCH_NUM_PROC_TOT} != X ] && [ "${BATCH_NUM_PROC_TOT}" -gt 1 ] ) ; then
-        MPIRUN_COMMAND=${HOST_MPIRUN_COMMAND}
-        eval MPIRUN_OPTIONS=${config_UserChoices_JobRunOptions}
-#    else
-#        MPIRUN_COMMAND=${MPIRUN_COMMAND:="time "}
-#        MPIRUN_OPTIONS=${MPIRUN_OPTIONS:=""}
-#    fi
-}}}
-
-4) Pour l'expérience LMDZOR il n'y a pas de différence. 
-
-
-----
-
-== Souci sur IDRIS - problème résolu ==
-Pour plus d'information voir le paragraphe "Souci MPI IDRIS depuis le 12 mars 2008" sur [wiki:IPSLCM4_v2_PAR wiki IPSLCM4_v2] .
-
-----
-