dumux merge requests
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests
2023-12-13T10:52:18Z
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
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2201
[WIP] Feature/new staggered impl
2023-12-13T10:52:21Z
Kilian Weishaupt
[WIP] Feature/new staggered impl
__TODO__
_General:_
- [ ] Fix docu (especially copy and paste errors)
- [ ] Rethink assembly strategy (forward / inverse)?
- [x] Introduce coupling stencils per DOF?
- [x] improve design of "dual" problem
- [x] boundary flux helpers
- [ ...
__TODO__
_General:_
- [ ] Fix docu (especially copy and paste errors)
- [ ] Rethink assembly strategy (forward / inverse)?
- [x] Introduce coupling stencils per DOF?
- [x] improve design of "dual" problem
- [x] boundary flux helpers
- [ ] prohibit Dirichlet for mass model?
- [x] check difference in Jacobian for compressible fluids (channel)
- [x] periodic grids
- [ ] Look into benefits of caching options
- [ ] Add volume work to energy balance
@nedc:
- [x] Set up higher order geometry
- [x] Port the TVD methods
- [x] Add correct checks for various boundary conditions
- [x] Add useful tests for higher order
- [ ] Update and include the rans models
@kweis:
- [x] coupling (staggered-cellcentered)
- [x] implement Beavers-Joseph BC
- [x] Compositional models (1pnc)
@martins
- [ ] Finalize box-staggered coupling (old staggered)
- [ ] Port box-staggered to new staggered
- [ ] Develop new freeflow discretizations (long term)
@hanchuan
- [x] port and test Navier stokes tests (should have been completed already by @kweis)
- [x] port compositional tests (after 1pnc is updated)
- [ ] port stokes-darcy MD tests (after MD is updated)
- [ ] port rans tests (after rans is updated)
fixes #756
Kilian Weishaupt
Kilian Weishaupt
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/2113
WIP: Feature/new istl linear solvers
2023-02-22T11:59:20Z
Timo Koch
timokoch@math.uio.no
WIP: Feature/new istl linear solvers
* [x] Revisit template arguments
* [x] Introduce linear algebra backend or similar to make usage simpler
* [x] Adapt all linear solvers to provide `norm`
* [x] In Newton call `linearSolver->norm(r)` if available otherwise call `assembler...
* [x] Revisit template arguments
* [x] Introduce linear algebra backend or similar to make usage simpler
* [x] Adapt all linear solvers to provide `norm`
* [x] In Newton call `linearSolver->norm(r)` if available otherwise call `assembler->residualNorm();` (depends on !2311 to be merged)
* [x] Deprecate conversion of multitype matrices in Newton (do in solver instead if necessary)
Depends on !2310 to be merged.
The matrix and vector type now have to be known to construct the solver.
This was previously delayed until the solve call but made the structure kind of intransparent because it wasn't really clear which vector type has to come in but only specific types work anyway.
Hard coding the solver hopefully reduces compile times wrt the factory. Also the implementation should be
* more compact than the old backends
* have more runtime option due to parameter tree-based params
* work in parallel as well
If this works out, we would deprecated the old solver backends.
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/1839
Added first version of generic factory using istl solver factory.
2020-01-29T18:50:49Z
Markus Blatt
Added first version of generic factory using istl solver factory.
*Adds a generic backend that is configurable via parameters:
~~**This is still work in progress and not fully tested, yet. Compiles, did not test running yet.**~~
*Based on [MR 349 in dune-istl](https://gitlab.dune-project.org/core...
*Adds a generic backend that is configurable via parameters:
~~**This is still work in progress and not fully tested, yet. Compiles, did not test running yet.**~~
*Based on [MR 349 in dune-istl](https://gitlab.dune-project.org/core/dune-istl/merge_requests/349)
Configuration parameters (Dumux style are)
- `Verbosity`
- `MaxIterations`
- `ResidualReduction`
- `Type`
- `Restart`
- `MaxOrthogonalizationVectors`
- `PreconditionerVerbosity`
- `PreconditionerType`
- `PreconditionerIterations`
- `PreconditionerRelaxation`
- `ILUOrder`
- `ILUResort`
- `AmgSmootherRelaxation`
- `AmgSmootherIterations`
- `AmgMaxLevel`
- `AmgCoarsenTarget`
- `AmgProlongationDampingFactor`
- `AmgAlpha`
- `AmgBetaAmgAdditive`
- `AmgGamma`
- `AmgPreSmoothingSteps`
- `AmgPostSmoothingSteps`
- `AmgCriterionSymmetric`
- `AmgStrengthMeasure`
- `AmgDiagonalRowIndex`
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/2142
WIP: Feature/freeflow outflow as neumann
2022-09-01T07:09:15Z
Martin Schneider
WIP: Feature/freeflow outflow as neumann
Instead of outflow conditions we want to use Neumann conditions with convenience outflow functions provided in some fluxhelper class.
ToDos
- [x] Check turbulence models
- [ ] Check coupled models
- [ ] Deprecate outflow conditions
- [ ...
Instead of outflow conditions we want to use Neumann conditions with convenience outflow functions provided in some fluxhelper class.
ToDos
- [x] Check turbulence models
- [ ] Check coupled models
- [ ] Deprecate outflow conditions
- [ ] Fix failing tests
- [ ] Documentation of helper classes
3.7
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1648
WIP: Feature/simplify effectivelaws - Do not merge!
2019-08-05T18:27:27Z
Gabi Seitz
WIP: Feature/simplify effectivelaws - Do not merge!
Fixes #711
Fixes #710
Fixes #733
* [x] Depends on a fix in MPFA to handle zero coefficients.
This MR is outdated and superseded by !1684
Fixes #711
Fixes #710
Fixes #733
* [x] Depends on a fix in MPFA to handle zero coefficients.
This MR is outdated and superseded by !1684
3.1
Timo Koch
timokoch@math.uio.no
Timo Koch
timokoch@math.uio.no
https://git.iws.uni-stuttgart.de/dumux-repositories/dumux/-/merge_requests/1108
[fluidsystems] Implement ranges to iterate over phases and components
2018-07-17T18:45:36Z
Timo Koch
timokoch@math.uio.no
[fluidsystems] Implement ranges to iterate over phases and components
Multiphase fluidsystem can be used for single or multiphase simulations
with the less phases and the same number of components. This adds
general iterators that extract from model traits which phases to use.
The default goes over phases ...
Multiphase fluidsystem can be used for single or multiphase simulations
with the less phases and the same number of components. This adds
general iterators that extract from model traits which phases to use.
The default goes over phases 0..numPhases and 0..numComponents. However
modeltraits can implement an optional function phases/components that
returns an array of size numPhases/numComponents containing the selected
phases/components. For selecting components there is currently no use
case but when iterating over all phases and component this is going to
look more consistent.
```c++
for (const auto phase : phases(model)
for (const auto component : components(model))
```
3.0
Kilian Weishaupt
Kilian Weishaupt
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 geometr...
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