Skip to content

Conversation

@andlaus
Copy link

@andlaus andlaus commented May 28, 2019

this fixes the abstractions of the backends introduced by OPM#511. note that I only tested the FemSolverBackend, so your milage with the AmgXSolverBackend and PetscSolverBackend classes will vary. (the adaptations required for them should be small, though.)

Also, I noticed that using the FemSolverBackend for the lens_immiscible_ecfv_ad test regresses linear solver performance by more than factor 2 on my machine (0.425 seconds for the linear solver with FemSolverBackend versus 0.196 seconds with the default)

Robert Kloefkorn and others added 3 commits May 28, 2019 16:41
AMGXSolverBackend and various smaller fixes to accommodate this.
most importantly, the base discretization does not need any
modification anymore and the FEM backend is used for a test if a
suitable version of dune-fem is available.
… adapter

so far, this property was specified by the level of the base
discretization. because explicitly set properties overwrite the stuff
inherited from splices, so far it was not possible to use a linear
solver backends which requires a custom sparse matrix adapter unless
the sparse matrix adapter adapter class was explicitly set again at
the problem level -- thus making the splice much less generic than it
ought to be. (also, the whole point of the sparse matrix adapter
abstraction is that the discretization does not need to know what it
does internally.)
@andlaus andlaus changed the base branch from master to PR/fem-solver-backend May 28, 2019 14:54
@dr-robertk dr-robertk merged commit 1099ccb into dr-robertk:PR/fem-solver-backend Jun 14, 2019
dr-robertk pushed a commit that referenced this pull request Jun 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants