Polish

Inst_eddies/Documentation_texfol/documentation.tex

@@ -61,9 +61,6 @@ de la vitesse.
 But du programme : produire une base de données de tourbillons. Le
 programme ne traite qu'une date.
 
-Compilation et exécution testées avec NAG Fortran Compiler Release
-6.2, ifort et gfortran.
-
 \section{Cas pathologiques}
 
 \verb+out_cont+ est vide si et seulement s'il n'y a
@@ -926,6 +923,11 @@ arguments.
 
 \section{Tests}
 
+\subsection{Tests de correction}
+
+Compilation et exécution testées avec NAG Fortran Compiler Release
+6.2, ifort et gfortran.
+
 Pour faire des tests : données au 1\ier{} janvier 2006. Tests sur
 différents domaines. Cf. figure (\ref{fig:regions}) et
 \verb+domains.ods+.
@@ -1026,11 +1028,7 @@ cas avec minimum, 48 contours extérieurs sont calculés deux fois.
 Sur la région 3, avec un mm de minimum d'amplitude, le contour
 extérieur 168 a un diamètre de 27 points, environ 7 degrés en
 longitude. \`A 40° S, donc un diamètre de 600 km environ. On ne peut
-donc pas prendre max\_radius = 12. Ayant fait le test avec max\_radius
-= 12, je constate aussi que le temps d'exécution est très sensible à
-max\_radius : un facteur \np{2.7} environ entre max\_radius = 12 et
-max\_radius = 20. Le temps d'exécution semble donc proportionnel à
-max\_radius$^2$, ce qui peut se comprendre.
+donc pas prendre max\_radius = 12.
 
 Test de
 \verb+max_speed_contour_ssh+. Cf. figure~\ref{fig:test_max_speed_contour_ssh}.
@@ -1045,18 +1043,21 @@ Test de
 Bizarrement, la vitesse n'est pas définie à certains points alors
 qu'il n'y a pas de terres.
 
-Révision 5143d68, compilation sur Ciclad avec ifort 15 en mode debug,
-exécution de \verb+inst_eddies+ sur le domaine PhD-Lax, avec la
-namelist par défaut, en interactif : environ 7 mn de temps
-écoulé. Avec compilation en mode release, la même exécution : environ
-2 mn de temps écoulé. Avec gfortran 9 sur Fozzy en mode debug : 17
-s. Avec gfortran 9 sur Fozzy en mode release : 8 s.
+\subsection{Tests de performance}
 
-Révision 789d676, domaine global, 15 dates, avec gfortran 9 sur Fozzy
-en mode release : 19 mn.
+Je constate que le temps d'exécution est très sensible à max\_radius :
+un facteur \np{2.7} environ entre max\_radius = 12 et max\_radius =
+20. Le temps d'exécution semble donc proportionnel à max\_radius$^2$,
+ce qui peut se comprendre.
 
 L'expérience \verb+Inst_eddies_7+ a été exécutée sur deux travaux se
 divisant la période. La concaténation des deux collections avec
 \verb+shp_coll_append.sh+ a pris 52 s pour l'orientation anti.
 
+Les processeurs sont des Intel Xeon sur les n\oe{}uds interactifs de
+ciclad et des AMD Optéron sur les n\oe{}uds de calcul. Le temps
+d'exécution sur n\oe{}ud de calcul est environ trois fois plus grand,
+que le code ait été compilé avec ifort ou gcc. Peut-être que les AMD
+Opteron 6134 sur Ciclad sont juste très lents.
+
 \end{document}

Inst_eddies/Tests/short_tests.json

@@ -309,7 +309,7 @@
     },
     {
       "description":
-      "Like Extraction_eddies_region_4, but for a single date.",
+      "Like Extraction_eddies_region_4, but for a single date. This is a test of options of the wrapper script rather than a test of the Fortran executable.",
       "required": ["$src_dir/Inst_eddies/Tests/Input/main_nml.txt"],
       "title": "Inst_eddies_py",
       "command":

Inst_eddies/Tests/test_set_all_outerm.f90

@@ -7,7 +7,7 @@ program test_set_all_outerm
   use netcdf, only: nf90_nowrite
   use netcdf95, only: nf95_open, nf95_close, nf95_get_var, find_coord, &
        nf95_inquire_dimension
-  use nr_util, only: pi, assert, deg_to_rad, rad_to_deg, twopi
+  use nr_util, only: pi, assert, deg_to_rad, twopi
 
   use config_m, only: config, max_radius_deg, min_radius
   use derived_types, only: snapshot, shpc, null_ssh_contour, missing_speed