> On Nov 15, 2017, at 6:38 AM, Mark Lohry <mlo...@gmail.com> wrote: > > I've found ILU(0) or (1) to be working well for my problem, but the petsc > implementation is serial only. Running with -pc_type hypre -pc_hypre_type > pilut with default settings has considerably worse convergence. I've tried > using -pc_hypre_pilut_factorrowsize (number of actual elements in row) to > trick it into doing ILU(0), to no effect. > > Is there any way to recover classical ILU(k) from pilut? > > Hypre's docs state pilut is no longer supported, and Euclid should be used > for anything moving forward. pc_hypre_boomeramg has options for Euclid > smoothers. Any hope of a pc_hypre_type euclid?
Not unless someone outside the PETSc team decides to put it back in. > > > Partially unrelated, PC block-jacobi fails with MFFD type not supported, but > additive schwarz with 0 overlap, which I think is identical, works fine. Is > this a bug? Huh, is this related to hypre, or plan PETSc? Please send all information, command line options etc that reproduce the problem, preferably on a PETSc example. Barry > > > Thanks, > Mark
