X-Git-Url: https://bilbo.iut-bm.univ-fcomte.fr/and/gitweb/loba-papers.git/blobdiff_plain/2ab2a607307e01f15cdf3ae735aa105e22f1a32f..6f6ebdac1613681f5093eb2303424044b5f60f12:/supercomp11/supercomp11.tex?ds=inline

diff --git a/supercomp11/supercomp11.tex b/supercomp11/supercomp11.tex
index 1d6ef6a..3a1ec31 100644
--- a/supercomp11/supercomp11.tex
+++ b/supercomp11/supercomp11.tex
@@ -5,6 +5,7 @@
 \usepackage{amsmath}
 \usepackage{courier}
 \usepackage{graphicx}
+\usepackage{url}
 \usepackage[ruled,lined]{algorithm2e}
 
 \newcommand{\abs}[1]{\lvert#1\rvert} % \abs{x} -> |x|
@@ -14,7 +15,7 @@
   \end{tabular}}
 
 \newcommand{\FIXME}[1]{%
-  \textbf{[FIXME]}\marginpar{\flushleft\footnotesize\bfseries$\triangleright$ #1}}
+  \textbf{$\triangleright$\marginpar{\textbf{[FIXME]}}~#1}}
 
 \newcommand{\VAR}[1]{\textit{#1}}
 
@@ -84,7 +85,7 @@ been extended by many authors. For example, CortÃ©s et al., with
 DASUD~\cite{cortes+ripoll+cedo+al.2002.asynchronous}, propose a
 version working with integer load.  This work was later generalized by
 the same authors in \cite{cedo+cortes+ripoll+al.2007.convergence}.
-{\bf Rajouter des choses ici}.
+\FIXME{Rajouter des choses ici.}
 
 Although  the Bertsekas  and Tsitsiklis'  algorithm describes  the  condition to
 ensure the convergence,  there is no indication or  strategy to really implement
@@ -96,7 +97,7 @@ ensuring that all the nodes concerned  by the load balancing phase have the same
 amount of  load.  Moreover, when real asynchronous  applications are considered,
 using  asynchronous   load  balancing   algorithms  can  reduce   the  execution
 times. Most of the times, it is simpler to distinguish load information messages
-from  data  migration  messages.  Formers  ones  allows  a  node to  inform  its
+from  data  migration  messages.  Former  ones  allows  a  node to  inform  its
 neighbors of its  current load. These messages are very small,  they can be sent
 quite often.  For example, if an  computing iteration takes  a significant times
 (ranging from seconds to minutes), it is possible to send a new load information
@@ -120,15 +121,15 @@ order  to send a  message, a  latency delays  the sending  and according  to the
 network  performance and  the message  size, the  time of  the reception  of the
 message also varies.
 
-In the  following of this  paper, Section~\ref{BT algo} describes  the Bertsekas
-and Tsitsiklis'  asynchronous load balancing  algorithm. Moreover, we  present a
-possible  problem  in  the  convergence  conditions.   Section~\ref{Best-effort}
-presents the best effort strategy which  provides an efficient way to reduce the
-execution  times. In Section~\ref{Virtual  load}, the  virtual load  mechanism is
-proposed. Simulations allowed to show that both our approaches are valid using a
-quite realistic  model detailed in  Section~\ref{Simulations}. Finally we  give a
-conclusion and some perspectives to this work.
-
+In the following of this paper, Section~\ref{BT algo} describes the Bertsekas
+and Tsitsiklis' asynchronous load balancing algorithm. Moreover, we present a
+possible problem in the convergence conditions.  Section~\ref{Best-effort}
+presents the best effort strategy which provides an efficient way to reduce the
+execution times.  This strategy will be compared with other ones, presented in
+Section~\ref{Other}.  In Section~\ref{Virtual load}, the virtual load mechanism
+is proposed.  Simulations allowed to show that both our approaches are valid
+using a quite realistic model detailed in Section~\ref{Simulations}.  Finally we
+give a conclusion and some perspectives to this work.
 
 
 
@@ -185,7 +186,11 @@ $3$.   If  it  sends  load  to  processor $1$  it  will  not  satisfy  condition
 $x_3^2(t)$.  So we consider that the \emph{ping-pong} condition is probably to
 strong. Currently, we did not try to make another convergence proof without this
 condition or with a weaker condition.
-
+%
+\FIXME{Develop: We have the feeling that such a weaker condition
+  exists, because (it's not a proof, but) we have never seen any
+  scenario that is not leading to convergence, even with LB-strategies
+  that are not fulfilling these two conditions.}
 
 \section{Best effort strategy}
 \label{Best-effort}
@@ -246,6 +251,8 @@ he proceeds as following.
 \section{Other strategies}
 \label{Other}
 
+\FIXME{RÃ©Ã©crire en angliche.}
+
 % \FIXME{faut-il dÃ©crire les stratÃ©gies makhoul et simple ?}
 
 % \paragraph{simple} Tentative de respecter simplement les conditions de Bertsekas.
@@ -414,7 +421,8 @@ example, when the current load is near zero).
 
 \paragraph{Load-balancing thread} The load-balancing thread is in
 charge of running the load-balancing algorithm, and exchange the
-control messages.  It iteratively runs the following operations:
+control messages.  As shown in Algorithm~\ref{algo.lb}, it iteratively
+runs the following operations:
 \begin{itemize}
 \item get the control messages that were received from the neighbors;
 \item run the load-balancing algorithm;
@@ -444,14 +452,34 @@ control messages.  It iteratively runs the following operations:
 \paragraph{}
 For the sake of simplicity, a few details were voluntary omitted from
 these descriptions.  For an exhaustive presentation, we refer to the
-actual code that was used for the experiments, and which is
-available at \FIXME{URL}.
+actual source code that was used for the experiments%
+\footnote{As mentioned before, our simulator relies on the SimGrid
+  framework~\cite{casanova+legrand+quinson.2008.simgrid}.  For the
+  experiments, we used a pre-release of SimGrid 3.7 (Git commit
+  67d62fca5bdee96f590c942b50021cdde5ce0c07, available from
+  \url{https://gforge.inria.fr/scm/?group_id=12})}, and which is
+available at
+\url{http://info.iut-bm.univ-fcomte.fr/staff/giersch/software/loba.tar.gz}.
 
 \FIXME{ajouter des dÃ©tails sur la gestion de la charge virtuelle ?}
 
 \subsection{Experimental contexts}
 \label{Contexts}
 
+In order to assess the performances of our algorithms, we ran our
+simulator with various parameters, and extracted several metrics, that
+we will describe in this section.  Overall, the experiments represent
+more than 240 hours of computing time.
+
+\paragraph{Load balancing strategies}
+
+We ran the experiments with the \emph{Best effort}, and with the \emph{Makhoul}
+strategies.  \emph{Best effort} was tested with parameter $k = 1$, $k = 2$, and
+$k = 4$.  Secondly, each strategy was run in its two variants: with, and without
+the management of \emph{virtual load}.  Finally, we tested each configuration
+with \emph{real}, and with \emph{integer} load.
+This gives us as many as 32 different strategies.
+
 \paragraph{Configurations}
 \begin{description}
 \item[\textbf{platforms}] homogeneous (cluster); heterogeneous (subset
@@ -463,13 +491,6 @@ available at \FIXME{URL}.
 \item[\textbf{comp/comm ratio}] $10/1$, $1/1$, $1/10$
 \end{description}
 
-\paragraph{Algorithms}
-\begin{description}
-\item[\textbf{strategies}] makhoul; besteffort with $k\in \{1,2,4\}$
-\item[\textbf{variants}] with, and without virtual load (bookkeeping)
-\item[\textbf{domain}] real load, and integer load
-\end{description}
-
 \paragraph{Metrics}
 
 \begin{description}
@@ -512,6 +533,10 @@ Taille : 10 100 trÃ¨s gros
 
 \section{Conclusion and perspectives}
 
+\begin{acknowledgements}
+  Computations have been performed on the supercomputer facilities of
+  the MÃ©socentre de calcul de Franche-ComtÃ©.
+\end{acknowledgements}
 
 \bibliographystyle{spmpsci}
 \bibliography{biblio}
@@ -521,6 +546,7 @@ Taille : 10 100 trÃ¨s gros
 %%% Local Variables:
 %%% mode: latex
 %%% TeX-master: t
+%%% fill-column: 80
 %%% ispell-local-dictionary: "american"
 %%% End:
 
