From: laiymani Date: Mon, 28 Apr 2014 13:19:33 +0000 (+0200) Subject: Merge branch 'master' of ssh://info.iut-bm.univ-fcomte.fr/hpcc2014 X-Git-Tag: hpcc2014_submission~38 X-Git-Url: https://bilbo.iut-bm.univ-fcomte.fr/and/gitweb/hpcc2014.git/commitdiff_plain/7ec471dd9a97eba2f485ebc6c130f4f289b59793?ds=sidebyside;hp=-c Merge branch 'master' of ssh://info.iut-bm.univ-fcomte.fr/hpcc2014 --- 7ec471dd9a97eba2f485ebc6c130f4f289b59793 diff --combined hpcc.tex index dc816e2,efa47d1..34c35a7 --- a/hpcc.tex +++ b/hpcc.tex @@@ -476,15 -476,14 +476,14 @@@ study that the results depend on the fo \item Hosts processors power (GFlops) can also influence on the results. \item Finally, when submitting job batches for execution, the arguments values passed to the program like the maximum number of iterations or the precision are critical. They allow us to ensure not only the convergence of the - algorithm but also to get the main objective in getting an execution time in asynchronous communication less than in - synchronous mode (i.e. GMRES). + algorithm but also to get the main objective in getting an execution time with the asynchronous multisplitting less than with synchronous GMRES. \end{itemize} The ratio between the simulated execution time of synchronous GMRES algorithm compared to the asynchronous multisplitting algorithm ($t_\text{GMRES} / t_\text{Multisplitting}$) is defined as the \emph{relative gain}. So, our objective running the algorithm in SimGrid is to obtain a relative gain greater than 1. A priori, obtaining a relative gain greater than 1 would be difficult in a local -area network configuration where the synchronous mode will take advantage on the +area network configuration where the synchronous GMRES method will take advantage on the rapid exchange of information on such high-speed links. Thus, the methodology adopted was to launch the application on a clustered network. In this configuration, degrading the inter-cluster network performance will penalize the