dumux merge requests
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests
2023-07-14T14:42:34Z
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3607
[experimental] Implement cached residual variant in test
2023-07-14T14:42:34Z
Timo Koch
timokoch@math.uio.no
[experimental] Implement cached residual variant in test
Implement the timestepping test in a ways that the residuals of the last stage do not have to be recomputed.
This means we also don't have to store the variables of the last step.
Implement the timestepping test in a ways that the residuals of the last stage do not have to be recomputed.
This means we also don't have to store the variables of the last step.
3.8
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3569
Draft: Feature/ff pm coupling allow different discretizations
2023-07-26T14:25:19Z
Martin Schneider
Draft: Feature/ff pm coupling allow different discretizations
<!--
SPDX-FileCopyrightInfo: Copyright © DuMux Project contributors, see AUTHORS.md in root folder
SPDX-License-Identifier: CC0-1.0
-->
<!--
Thanks for considering to open a merge request!
Before asking for a review of your MR, please...
<!--
SPDX-FileCopyrightInfo: Copyright © DuMux Project contributors, see AUTHORS.md in root folder
SPDX-License-Identifier: CC0-1.0
-->
<!--
Thanks for considering to open a merge request!
Before asking for a review of your MR, please read the [contributing guidelines](/CONTRIBUTING.md)
-->
**What this MR does / why does DuMux need it**:
To be able to choose different discretization schemes for ff-pm coupling, we need to allow discretization-dependent specializations.
<!--
Is there a corresponding issue? Add "Fixes hashtag issuenumber" which will automatically close the issue when this MR is merged. Add "Related to hashtag issuenumber" if it's related but doesn't fix the issue completely.
-->
**Notes for the reviewer**
TODO: insert text here
<!--
Keep the following TODO list in the merge request description for documentation.
Bullet points marked with _(if not applicable remove)_ may be removed.
-->
Before you request a review from someone, make sure to revise the following points:
- [ ] does the new code follow the [style guide](doc/styleguide.md)?
- [ ] do the test pipelines pass? (see guide on [how to run pipelines for a merge request](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/wikis/Running-test-pipelines-for-merge-requests))
- [ ] is the code you changed and/or the new code you wrote covered in the test suite? (if not, extend the existing tests or write new ones)
- [ ] does your change affect public interfaces or behavior, or, does it introduce a new feature? If so, document the change in `CHANGELOG.md`.
- [ ] is the list of the header includes complete? ("include what you use")
- [ ] all files have to end with a `\n` character. Make sure there is no `\ No newline at end of file` comment in "Changes" of this MR.
- [ ] (if not applicable remove) are newly introduced or modified physical values/functions backed up with a scientific reference (including doi) in the docs?
- [ ] (if not applicable remove) if the examples are modified, is the documentation regenerated (using [`generate_example_docs.py`](https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/blob/master/examples/generate_example_docs.py))
<!--
The following aspects might also come up during review:
* Does the change reduce the performance of the code (more CPU time or more memory) and is this justified by the benefits
* Does the change improve the performance? (if yes, add this aspect to the MR description)
* Is the code is a gross violation of programming best practices such as DRY (don't repeat yourself / code duplication, see https://de.wikipedia.org/wiki/Don%E2%80%99t_repeat_yourself, the SOLID principles (https://en.wikipedia.org/wiki/SOLID), or the C++ Core Guidelines (https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines)?
* Is the code well-documented, concise, easily readable? (e.g. variables are well-named, the logic is split into small & well-named functions)
-->
3.8
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3283
[geometry] Add volume function with transformed integrationElement
2022-09-14T17:00:56Z
Timo Koch
timokoch@math.uio.no
[geometry] Add volume function with transformed integrationElement
3.6
Mathis Kelm
Mathis Kelm
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3255
[ff][cvfe] Implement velocity output for cvfe scheme
2022-08-13T18:33:21Z
Timo Koch
timokoch@math.uio.no
[ff][cvfe] Implement velocity output for cvfe scheme
3.6
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3203
Draft: [box] Add cache to hide implementation interface from the grid geometry public interface
2022-09-05T17:37:26Z
Timo Koch
timokoch@math.uio.no
Draft: [box] Add cache to hide implementation interface from the grid geometry public interface
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3139
Feature/incompressible stokes solver
2023-02-24T22:42:35Z
Timo Koch
timokoch@math.uio.no
Feature/incompressible stokes solver
3.7
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3051
Draft: Feature/grid geometry observer
2023-12-13T10:52:21Z
Dennis Gläser
Draft: Feature/grid geometry observer
Allows observing grid geometries such that the observers can be notified in case the grid changes
Allows observing grid geometries such that the observers can be notified in case the grid changes
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/3011
Surfactant test
2022-02-23T22:19:46Z
Dmitry Pavlov
Surfactant test
Test of surfactant injection in porous medium (2p2c). Surfactant model is loosely based on the one described [here](https://www.sintef.no/contentassets/0d97862cef164d1c965d268ce5e4e082/surfactant_model.pdf). (Also see [here](https://ntnu...
Test of surfactant injection in porous medium (2p2c). Surfactant model is loosely based on the one described [here](https://www.sintef.no/contentassets/0d97862cef164d1c965d268ce5e4e082/surfactant_model.pdf). (Also see [here](https://ntnuopen.ntnu.no/ntnu-xmlui/handle/11250/240038) for a longer version). This test will not work without [MR 2914](!2914).
3.5
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2913
Draft: Feature/geometry tolerance
2023-12-13T10:52:22Z
Dennis Gläser
Draft: Feature/geometry tolerance
Introduces a central place for geometry tolerance definitions.
Fixes #1091
Introduces a central place for geometry tolerance definitions.
Fixes #1091
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2794
Draft: Resolve "Discretization method as tag instead of enum"
2021-08-25T12:49:26Z
Ivan Buntic
Draft: Resolve "Discretization method as tag instead of enum"
Closes #1054
Closes #1054
3.5
Ivan Buntic
Ivan Buntic
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2734
Draft: Resolve "extrusionFactor should be a spatial parameter interface"
2022-02-22T15:00:08Z
Felix Weinhardt
Draft: Resolve "extrusionFactor should be a spatial parameter interface"
Closes #1001
Closes #1001
3.5
Felix Weinhardt
Felix Weinhardt
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2733
Draft: Resolve "extrusionFactor should be a spatial parameter interface"
2021-07-28T10:17:47Z
Felix Weinhardt
Draft: Resolve "extrusionFactor should be a spatial parameter interface"
Closes #1001
Closes #1001
3.5
Felix Weinhardt
Felix Weinhardt
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2685
Port Darcy-Stokes convergence test
2021-09-09T14:21:16Z
Timo Koch
timokoch@math.uio.no
Port Darcy-Stokes convergence test
* Port convergence test to new staggered
* Add stress tensor for analytical solutions
* add tests for dirichlet, neumann and mixed dirichlet-neumann boundaries in both domains
* test all implemented analytical solutions
* Port convergence test to new staggered
* Add stress tensor for analytical solutions
* add tests for dirichlet, neumann and mixed dirichlet-neumann boundaries in both domains
* test all implemented analytical solutions
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2640
WIP: [assembler] Add parallel assembly with tbb and coloring
2022-04-20T19:05:16Z
Timo Koch
timokoch@math.uio.no
WIP: [assembler] Add parallel assembly with tbb and coloring
* [x] Look at other discretization schemes (or at least disable feature for non-tpfa, non-box)
* [x] Add guards in case TBB is not available.
* [ ] Guard for gridviews which are not thread-safe.
* [x] Check caching (due to coloring this ...
* [x] Look at other discretization schemes (or at least disable feature for non-tpfa, non-box)
* [x] Add guards in case TBB is not available.
* [ ] Guard for gridviews which are not thread-safe.
* [x] Check caching (due to coloring this should also work with caching)
* [x] Option to set number of available threads at runtime
Check efficiency of coloring scheme (efficiency doesn't matter much for instationary simulations).
The constraint behind the coloring should be: Two elements that modify the same entries of the matrix or the cache or any other global object shouldn't have the same color. In the graph coloring sense: Two elements (two nodes) that do modify the same entries are connected by an edge.
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2628
WIP [IMPES][test] Use analytical derivatives
2023-12-13T10:52:18Z
Timo Koch
timokoch@math.uio.no
WIP [IMPES][test] Use analytical derivatives
This test results now in the same solution than the
old IMPES implementation, at least when gravity is neglected.
Related to #869
This test results now in the same solution than the
old IMPES implementation, at least when gravity is neglected.
Related to #869
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2496
WIP: [linear] matrix converter with reordering
2023-12-13T10:52:20Z
Timo Koch
timokoch@math.uio.no
WIP: [linear] matrix converter with reordering
Would be probably easier if the matrix converter would have a state.
Would be probably easier if the matrix converter would have a state.
Kilian Weishaupt
Kilian Weishaupt
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2398
[flux][tpfa][fickslaw] Add flux overload taking inside/outside volVars explicitly
2020-12-14T00:07:50Z
Kilian Weishaupt
[flux][tpfa][fickslaw] Add flux overload taking inside/outside volVars explicitly
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2294
WIP: Add Trilinos solvers
2023-12-13T10:52:19Z
Bernd Flemisch
WIP: Add Trilinos solvers
Add an optional dependency to Trilinos, https://github.com/trilinos/trilinos. Implement a linear solver backend that uses a solver from there.
Add an optional dependency to Trilinos, https://github.com/trilinos/trilinos. Implement a linear solver backend that uses a solver from there.
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2276
WIP: [test][1p] Add 3d convergence test
2023-12-13T10:52:17Z
Timo Koch
timokoch@math.uio.no
WIP: [test][1p] Add 3d convergence test
Adds a 2d test on a sphere tet grid (`sphere.msh`). I also committed a `sphere_quad.msh` grid which has some nasty distorted quad elements.
Unfortunately I currently get for both grids:
```
Dune::InvalidStateException [decompose:/Users...
Adds a 2d test on a sphere tet grid (`sphere.msh`). I also committed a `sphere_quad.msh` grid which has some nasty distorted quad elements.
Unfortunately I currently get for both grids:
```
Dune::InvalidStateException [decompose:/Users/pumbaa/dune-master/dumux/dumux/discretization/cellcentered/wmpfa/facedatahandle.hh:101]: CoNormal decomposition not found
```
although the tet version of the grid looks fairly nice.
I wanted to use this test to check if it works in 3D.
For now it's only Dirichlet but it should be relatively easy to try Neumann boundaries.
Martin Schneider
Martin Schneider
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2203
WIP: [test] Add Karman vortex street application
2023-12-13T10:52:18Z
Timo Koch
timokoch@math.uio.no
WIP: [test] Add Karman vortex street application
Runs way too long to be a good test. Maybe also a good test case for solvers though. And looks fairly cool
![vortexstreet-small](/uploads/9bf4bcf66398ba24bbaccb32d17a00b2/vortexstreet-small.gif)
Update: I got a big speedup by using the...
Runs way too long to be a good test. Maybe also a good test case for solvers though. And looks fairly cool
![vortexstreet-small](/uploads/9bf4bcf66398ba24bbaccb32d17a00b2/vortexstreet-small.gif)
Update: I got a big speedup by using the SIMPLE-preconditioned BiCGSTABSolver of !1989