]> AND Private Git Repository - GMRES2stage.git/commitdiff
Logo AND Algorithmique Numérique Distribuée

Private GIT Repository
new
authorraphael couturier <couturie@extinction>
Mon, 13 Oct 2014 09:41:38 +0000 (11:41 +0200)
committerraphael couturier <couturie@extinction>
Mon, 13 Oct 2014 09:41:38 +0000 (11:41 +0200)
paper.tex

index 7e4945e0f0127478c09f3c6d3ace9f2f6a8bab0e..c8e503de6328e577ff31281def7a76c4f5440151 100644 (file)
--- a/paper.tex
+++ b/paper.tex
@@ -1138,12 +1138,12 @@ Concerning the  experiments some  other remarks are  interesting.
   examples,  we also obtained  similar gain  between GMRES  and TSIRM  but those
   examples are  not scalable with many  cores. In general, we  had some problems
   with more than $4,096$ cores.
-\item We have tested many iterative  solvers available in PETSc.  In fast, it is
+\item We have tested many iterative  solvers available in PETSc.  In fact, it is
   possible to use most of them with TSIRM. From our point of view, the condition
   to  use  a  solver inside  TSIRM  is  that  the  solver  must have  a  restart
-  feature. More  precisely, the solver must  support to be  stoped and restarted
+  feature. More  precisely, the solver must  support to be  stopped and restarted
   without decrease its  converge. That is why  with GMRES we stop it  when it is
-  naturraly  restarted (i.e.  with  $m$ the  restart parameter).   The Conjugate
+  naturally  restarted (i.e.  with  $m$ the  restart parameter).   The Conjugate
   Gradient (CG) and all its variants do not have ``restarted'' version in PETSc,
   so they  are not  efficient.  They  will converge with  TSIRM but  not quickly
   because if  we compare  a normal CG  with a CG  for which  we stop it  each 16