I've been using -ts_type bdf for some cases, and I'm seeing odd behavior I
haven't seen previously; BDF is doing two nonlinear solves per step instead
of one. Not just on the first iteration where I understand it needs two
solves to do crank-nicolson. Output pasted below.
I recently added -snes_fo
On 2019-10-02 11:00 a.m., Balay, Satish wrote:
Can you retry with this fix:
https://gitlab.com/petsc/petsc/commit/3ae65d51d08dba2e118033664acfd64a46c9bf1d
[You can use maint branch for it]
Satish
This works. Thanks.
Danyang
On Wed, 2 Oct 2019, Danyang Su via petsc-users wrote:
Dear All
Can you retry with this fix:
https://gitlab.com/petsc/petsc/commit/3ae65d51d08dba2e118033664acfd64a46c9bf1d
[You can use maint branch for it]
Satish
On Wed, 2 Oct 2019, Danyang Su via petsc-users wrote:
> Dear All,
>
> I installed PETSc3.12.0 version and got problem in compiling my code (Fort
On Wed, Oct 2, 2019 at 1:54 PM Danyang Su via petsc-users <
petsc-users@mcs.anl.gov> wrote:
> Dear All,
>
> I installed PETSc3.12.0 version and got problem in compiling my code
> (Fortran and C++). The code and makefile are the same as I used for
> previous PETSc version.
>
> The error information
Hi Matt,
I see now that it does not have anything to do with the overlap, it is
just the distribute itself.
I attach two images with the cell ownership of the mesh on four ranks.
Once before and once after the distribute call.
I guess this comes from the way in which I generate the mesh.
I start