-
-
-
-
-
-\begin{figure} [htbp]
- \begin{center}
- \includegraphics[width=100mm]{cluster_x_nodes_nx_150_and_nx_170.pdf}
- \end{center}
- \caption{Various grid configurations with the matrix sizes 150$^3$ and 170$^3$}
-%\AG{Utiliser le point comme séparateur décimal et non la virgule. Idem dans les autres figures.}
-%\LZK{Pour quelle taille du problème sont calculés les nombres d'itérations? Que représente le 2 Clusters x 16 Nodes with Nx=150 and Nx=170 en haut de la figure?}
- %\RCE {Corrige}
- \RC{Idéalement dans la légende il faudrait insiquer Pb size=$150^3$ ou $170^3$ car pour l'instant Nx=150 ca n'indique rien concernant Ny et Nz}
- \label{fig:01}
-\end{figure}
-
-
-
-The execution times between both algorithms is significant with different
-grid architectures, even with the same number of processors (for example, 2 $\times$ 16
-and 4 $\times 8$). We can observe a better sensitivity of the Krylov multisplitting method
-(compared with the classical GMRES) when scaling up the number of the processors
-in the grid: in average, the GMRES (resp. Multisplitting) algorithm performs
-$40\%$ better (resp. $48\%$) when running from 32 (grid 2 $\times$ 16) to 64 processors/cores (grid 8 $\times$ 8). Note that even with a grid 8 $\times$ 8 having the maximum number of clusters, the execution time of the multisplitting method is in average 32\% less compared to GMRES.
-%\RC{pas très clair, c'est pas précis de dire qu'un algo perform mieux qu'un autre, selon quel critère?}
-%\LZK{A revoir toute cette analyse... Le multi est plus performant que GMRES. Les temps d'exécution de multi sont sensibles au nombre de CLUSTERS. Il est moins performant pour un nombre grand de cluster. Avez vous d'autres remarques?}
-%\RCE{Remarquez que meme avec une grille 8x8, le multi est toujours plus performant}
-
-\subsubsection{Simulations for two different inter-clusters network speeds \\}
-
-\begin{table} [ht!]