Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • D dune-istl
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 25
    • Issues 25
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 22
    • Merge requests 22
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Core Modules
  • dune-istl
  • Issues
  • #62
Closed
Open
Created Dec 19, 2018 by Timo Koch@tkochMaintainer

AMG iterative coarse grid solver has a hard-coded high tolerance

If no direct solver backend is found, AMG uses BiCGSTABSolver, but with a hard-coded tolerance of 1e-2. This leads to different solutions in one of the Dumux tests, depending on whether a direct solver is available or not, although all other solver parameters are the same. Is there a reason why such a high tolerance is expected to produce a good enough approximation?

In any case it would probably be nice to be able to pass the coarse grid solver tolerance and iteration number from outside similar to the smootherArgs. Any hints on what has to be done to implement that cleanly?

Assignee
Assign to
Time tracking