[petsc-dev] [petsc-users] gamg failure with petsc-dev
Jed Brown
jed at jedbrown.org
Thu Aug 14 22:25:56 CDT 2014
Stephan Kramer <s.kramer at imperial.ac.uk> writes:
> An update on this. We have been using mark/gamg-zerod branch and it
> fixes for us the issue with zero diagonals in the coarsened operators
> (making the sor smoother, but bizarrely not the jacobi smoother fail).
> We in fact have some cases where cheby+jacobi does not converge
> (indefinite pc),
The most common cause of this is inaccurate eigenvalue bounds. You can
try using more iterations for estimation.
> but cheby+sor (with the mark/gamg-zerod branch) works well, so we'd be
> very much interested in getting this (or something similar) merged in
> master. Maybe the lv[i-Istart]==0.0 thing isn't entirely robust? We'd
> be happy to contribute.
>
> As an aside, we also changed the ordering of DOFs as suggested, so that
> we provide the right block structure to gamg. However, as soon as we
> actually set the block size (MatSetBlockSizes) the convergence
> deteriorates substantially (going from ~50 to ~650 iterations). Without
> setting the block size but with the new ordering, the n/o iterations is
> roughly the same as before (when our dofs were not interlaced). Any idea
> what might be going wrong?
Are you setting the block size and the rigid body modes
(MatSetNearNullSpace, perhaps with MatNullSpaceCreateRigidBody)? Are
those modes set using interlaced ordering?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20140814/13c9f9cb/attachment.sig>
More information about the petsc-dev
mailing list