[petsc-dev] [petsc-users] Multigrid with defect correction

Matthew Knepley knepley at gmail.com
Sat Feb 25 19:45:12 CST 2017


On Sat, Feb 25, 2017 at 7:35 PM, Jed Brown <jedbrown at mcs.anl.gov> wrote:

> Barry Smith <bsmith at mcs.anl.gov> writes:
> >      Do you think this is a reasonable approach or am I missing
> >      something fundamental? I am assuming generally for the "higher
> >      order" DM the Mat it returns is a MATSHELL or a new matrix class
> >      built on "tensor contractions" and that kind of nonsense. I don't
> >      want to do all the coding and then have it turn out that it is
> >      totally useless for CEED etc.
>
> Well, this is exactly what we do in pTatin.
>
> I would ask, why just two discretizations?  I've always thought a better
> interface would be for Mats (and any other operators/functions) to have
> optional approximations or supplementary data attached.  We can do this
> with PetscObjectCompose, but that's hard to work with in a structured
> way.  Anyway, I think I would rather just have the Amat with ability to
> attach one or more Pmats.
>

I think that would be more convincing with a concrete use case example.
Right now
it sounds more like a additional complication for not much extra
functionality, but
maybe that is because I cannot think of when I would use it.

  Matt

-- 
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which their
experiments lead.
-- Norbert Wiener
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20170225/68a88b49/attachment.html>


More information about the petsc-dev mailing list