10-10-2014 11

[GMRES2stage.git] / paper.tex

diff --git a/paper.tex b/paper.tex
index cba14daca4d4070c5dceb5345981a74323ddb1a9..bf9e767c64f4e0b6780e51b6506acfdc91dc9403 100644 (file)
--- a/paper.tex
+++ b/paper.tex
@@ -906,9 +906,9 @@ corresponds to 30*12, there are $max\_iter_{ls}$ which corresponds to 15.
 
 In  Figure~\ref{fig:01}, the number  of iterations  per second  corresponding to
 Table~\ref{tab:01}  is  displayed.   It  can  be  noticed  that  the  number  of
 
 In  Figure~\ref{fig:01}, the number  of iterations  per second  corresponding to
 Table~\ref{tab:01}  is  displayed.   It  can  be  noticed  that  the  number  of

-iterations per second of FMGRES is  constant whereas it decrease with TSIRM with
-both preconditioner. This  can be explained by the fact that  when the number of
-core increases the time for the minimization step also increases but, generally,
+iterations per second of FMGRES is  constant whereas it decreases with TSIRM with
+both preconditioners. This  can be explained by the fact that  when the number of
+cores increases the time for the least-squares minimization step also increases but, generally,

 when  the number  of cores  increases,  the number  of iterations  to reach  the
 threshold also increases,  and, in that case, TSIRM is  more efficient to reduce
 the number of iterations. So, the overall benefit of using TSIRM is interesting.
 when  the number  of cores  increases,  the number  of iterations  to reach  the
 threshold also increases,  and, in that case, TSIRM is  more efficient to reduce
 the number of iterations. So, the overall benefit of using TSIRM is interesting.