\author{Arnaud Giersch\corref{cor}}
\ead{arnaud.giersch@femto-st.fr}
-\address{FEMTO-ST, University of Franche-Comté\\
- 19 avenue du Maréchal Juin, BP 527, 90016 Belfort cedex, France}
+\address{%
+ Institut FEMTO-ST (UMR 6174),
+ Université de Franche-Comté (UFC),
+ Centre National de la Recherche Scientifique (CNRS),
+ École Nationale Supérieure de Mécanique et des Microtechniques (ENSMM),
+ Université de Technologie de Belfort Montbéliard (UTBM)\\
+ 19 avenue du Maréchal Juin, BP 527, 90016 Belfort cedex, France}
\cortext[cor]{Corresponding author.}
\label{sec.results}
In this section, the results for the different simulations will be presented,
-and we'll try to explain our observations.
+and we will try to explain our observations.
\subsubsection{Cluster vs grid platforms}
\FIXME{annoncer le plan de la suite}
-\subsubsection{The \besteffort{} strategy}
+\subsubsection{The \besteffort{} strategy with the load initially on only one
+ node}
-Looking at the graph on figure~\ref{fig.results1}, we can see that the
-\besteffort{} strategy is not too bad, compared to the \makhoul{} strategy.
+Before looking at the different variations, we will first show that the plain
+\besteffort{} strategy is valuable, and may be as good as the \makhoul{}
+strategy. On the graphs from the figure~\ref{fig.results1}, these strategies
+(with virtual load feature) are respectively labeled ``b'' and ``a''.
-\FIXME{donner les premières conclusions}
-\FIXME{comparer be/makhoul -> be tient la route (parler du cas réel uniquement)}
+We can see that the relative performance of these strategies is mainly
+influenced by the application topology. It is for the line topology that the
+difference is the more important. In this case, the \besteffort{} strategy is
+nearly twice as fast as the \makhoul{} strategy. This can be explained by the
+fact that the \besteffort{} strategy tries to distribute the load faitly between
+all the nodes and with the line topology, it is easy to load balance the load
+fairly.
-\subsubsection{With the virtual load extension}
+On the contrary, for the hypercube topology, the \besteffort{} strategy performs
+worse than the \makhoul{} strategy. In this case, the \makhoul{} strategy which
+tries to give more load to few neighbors reaches the equilibrum faster.
-\FIXME{valider l'extension virtual load -> c'est 'achement bien}
+For the torus topology, for which the number of links is between the line and
+the hypercube, the \makhoul{} strategy is slightly better but the difference is
+more nuanced.
+
+Globally the number of interconnection is very important. The more
+interconnection links there are, the faster the \makhoul{} strategy is because
+it distributes quickly significant amount of load even if this is unfair between
+all the neighbors. In opposition, the \besteffort{} strategy distributes the
+load fairly so this strategy is better for low connected strategy.
+
+
+\subsubsection{With the virtual load extension with the load initially on only
+ one node}
+
+Dans ce cas légère amélioration de la cvg. max. Temps moyen de cvg. amélioré,
+mais plus de temps passé en idle, surtout quand les comms coutent cher.
+
+\subsubsection{The \besteffort{} strategy with an initial random load
+ distribution, and larger platforms}
+
+Mêmes conclusions pour line et hcube.
+Sur tore, BE se fait exploser quand les comms coutent cher.
+
+\FIXME{virer les 1024 ?}
+
+\subsubsection{With the virtual load extension with an initial random load
+ distribution}
+
+Soit c'est équivalent, soit on gagne -> surtout quand les comms coutent cher et
+qu'il y a beaucoup de voisins.
\subsubsection{The $k$ parameter}
+\label{results-k}
-\FIXME{proposer le -k -> ça peut aider dans certains cas}
+Dans le cas où les comms coutent cher et ou BE se fait avoir, on peut ameliorer
+les perfs avec le param k.
-\subsubsection{With an initial random distribution, and larger platforms}
+\subsubsection{With integer load, 1 ou N}
-\FIXME{dire quoi ici ?}
+Cas normal, ligne -> converge pas (effet d'escalier).
+Avec vload, ça converge.
-\subsubsection{With integer load}
+Dans les autres cas, résultats similaires au cas réel: redire que vload est
+intéressant.
-\FIXME{conclure avec la version entière -> on n'a pas l'effet d'escalier !}
+\FIXME{virer la metrique volume de comms}
-\FIXME{what about the amount of data?}
+\FIXME{ajouter une courbe ou on voit l'évolution de la charge en fonction du
+ temps : avec et sans vload}
-\FIXME{On constate quoi (vérifier avec les chiffres)?
-\begin{itemize}
-\item cluster ou grid, entier ou réel, ne font pas de grosses différences
-\item bookkeeping? améliore souvent les choses, parfois au prix d'un retard au démarrage
-\item makhoul? se fait battre sur les grosses plateformes
-\item taille de plateforme?
-\item ratio comp/comm?
-\item option $k$? peut-être intéressant sur des plateformes fortement interconnectées (hypercube)
-\item volume de comm? souvent, besteffort/plain en fait plus. pourquoi?
-\item répartition initiale de la charge ?
-\item integer mode sur topo. line n'a jamais fini en plain? vérifier si ce n'est
- pas à cause de l'effet d'escalier que bk est capable de gommer.
-\end{itemize}}
+% \begin{itemize}
+% \item cluster ou grid, entier ou réel, ne font pas de grosses différences
+% \item bookkeeping? améliore souvent les choses, parfois au prix d'un retard au démarrage
+% \item makhoul? se fait battre sur les grosses plateformes
+% \item taille de plateforme?
+% \item ratio comp/comm?
+% \item option $k$? peut-être intéressant sur des plateformes fortement interconnectées (hypercube)
+% \item volume de comm? souvent, besteffort/plain en fait plus. pourquoi?
+% \item répartition initiale de la charge ?
+% \item integer mode sur topo. line n'a jamais fini en plain? vérifier si ce n'est
+% pas à cause de l'effet d'escalier que bk est capable de gommer.
+% \end{itemize}}
% On veut montrer quoi ? :
% LocalWords: SimGrid DASUD Comté asynchronism ji ik isend irecv Cortés et al
% LocalWords: chan ctrl fifo Makhoul GFlop xml pre FEMTO Makhoul's fca bdee
% LocalWords: cdde Contassot Vivier underlaid du de Maréchal Juin cedex calcul
-% LocalWords: biblio
+% LocalWords: biblio Institut UMR Université UFC Centre Scientifique CNRS des
+% LocalWords: École Nationale Supérieure Mécanique Microtechniques ENSMM UTBM
+% LocalWords: Technologie Bahi