[petsc-dev] Parallel Gauss - Seidel
Jed Brown
five9a2 at gmail.com
Sat Jun 9 20:01:47 CDT 2012
Parallel Gauss-Seidel.
On Jun 9, 2012 7:56 PM, "Barry Smith" <bsmith at mcs.anl.gov> wrote:
>
> On Jun 9, 2012, at 7:47 PM, Jed Brown wrote:
>
> > Fine, but I think Mark is going to change the IS every time MatSOR is
> called.
>
> Surely not. What kind of weird-ass algorithm would that be?
>
> Barry
>
> > Either will work, but a separate call is awkward if it's not useful to
> be persistent.
> >
> > On Jun 9, 2012 7:45 PM, "Barry Smith" <bsmith at mcs.anl.gov> wrote:
> >
> > On Jun 9, 2012, at 6:51 PM, Jed Brown wrote:
> >
> > > On Sat, Jun 9, 2012 at 6:43 PM, Mark F. Adams <mark.adams at columbia.edu>
> wrote:
> > > 1) I need a G-S kernel that takes an IS of indices to process and a
> flag to process them in forward or reverse order. How should I proceed to
> do this. Should I just clone sor?
> > >
> > > You are going to have several of these index sets? You could have a
> PCSORSetIS(). Probably need to add a MatOp for MatSORIS(). Barry might have
> other ideas.
> >
> > PCSORSetIS() would then go down to MatSORSetIS() and then the call to
> MatSOR() would using the IS ordering if provided, otherwise use the default
> natural ordering?
> >
> > I don't see a need to add a MatSORIS().
> >
> > Barry
> >
> >
> > >
> > > 2) I don't want to use Richardson iterations for G-S. Should I make a
> G-S KPS method? I don't want to take a residual in the iterator (KSP) and
> if symmetric G-S is requested then it should drive this I think.
> > >
> > > Look at PCApplyRichardson_SOR().
> > >
> > > SOR does two sweeps in each application; I'm not wild about that
> because a good way to run G-S in a V(1,1) cycle is to do a forward sweep in
> pre smoothing and a backward sweep in post smoothing.
> > >
> > > Well, MatSOR() has this flag MatSORType that can specify forward and
> reverse. You have one PC for the down-smoother and another for the
> up-smoother, then configure one to be a forward sweep and the other to be
> reverse.
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20120609/6100485e/attachment.html>
More information about the petsc-dev
mailing list