amdis-core merge requestshttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests2021-11-10T18:08:46Zhttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/40Make FactoryParametrization compatible to dune 2.72021-11-10T18:08:46ZPraetorius, SimonMake FactoryParametrization compatible to dune 2.7https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/34allow order() as memberfunction of gridfunctions2019-04-25T17:40:25ZPraetorius, Simonallow order() as memberfunction of gridfunctionsallow order() as memberfunction of gridfunctions and redirect free function to this memberfunction if availableallow order() as memberfunction of gridfunctions and redirect free function to this memberfunction if availablehttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/33WIP: block-structured bases2019-09-03T11:07:17ZPraetorius, SimonWIP: block-structured basesAllow block-structured bases and introduce corresponding matrix/vector data-structures.
**TODO**:
- [x] Implement Eigen backend with blocking structure, i.e. implement `MatrixWrapper`, `MatrixInserter` and `VectorWrapper` for Eigen.Allow block-structured bases and introduce corresponding matrix/vector data-structures.
**TODO**:
- [x] Implement Eigen backend with blocking structure, i.e. implement `MatrixWrapper`, `MatrixInserter` and `VectorWrapper` for Eigen.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/32istl AMG preconditioner added2019-04-26T11:21:28ZPraetorius, Simonistl AMG preconditioner addedThe dune-istl AMG method is available as precondition. The corresponding initfile parameters are
```
[...]->solver->precon: [amg,fastamg]
[...]->solver->precon->smoother: [jacobi,sor,ssor] % later more smoothers can be added
[...]->sol...The dune-istl AMG method is available as precondition. The corresponding initfile parameters are
```
[...]->solver->precon: [amg,fastamg]
[...]->solver->precon->smoother: [jacobi,sor,ssor] % later more smoothers can be added
[...]->solver->precon->[...] % general amg parameters, see Dune::Amg::Parameters
[...]->solver->precon->coarsening->[...] % Parameters of Dune::Amg::CoarseningParameters
[...]->solver->precon->aggregation->[...] % Parameters of Dune::Amg::AggregationParameters
[...]->solver->precon->dependency->[...] % Parameters of Dune::Amg::DependencyParameters
[...]->solver->precon->smoother->[...] % Parameters of Dune::Amg::DefaultSmootherArgs
```
See `amdis/linearalgebra/istl/AMGPrecon.hpp` for a detailed list of parameters. The parameter names follow the variable names in the Dune Parameters class.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/31updated the dune install script2019-03-28T11:33:31ZPraetorius, Simonupdated the dune install scripthttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/29add operator+= to transposed view2019-03-28T11:33:56ZPraetorius, Simonadd operator+= to transposed viewhttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/28make tuple_size and tuple_element a class2019-03-28T11:33:48ZPraetorius, Simonmake tuple_size and tuple_element a classhttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/27Issue/amdisproject executable2019-03-28T12:09:12ZPraetorius, SimonIssue/amdisproject executablehttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/26Parallel ISTL2019-06-14T08:36:05ZMüller, FelixParallel ISTLThis changes the linear algebra interface such that parallel linear algebra backends can be used and provides the implementation of the interface for parallel ISTL solvers.
Adds:
- Support for parallel ISTL solvers using the current ...This changes the linear algebra interface such that parallel linear algebra backends can be used and provides the implementation of the interface for parallel ISTL solvers.
Adds:
- Support for parallel ISTL solvers using the current solver interface
- Runtime switch for overlap type of the ISTL solver used
- `solver->category: [default, sequential, nonoverlapping, overlapping]` initfile parameter
- `Comm` object for the linear algebra interface that is to be used as a container for all required information for running the backend's solvers in parallel
- Implementation of the `Comm` object for ISTL
Changes:
- Linear algebra classes now use a `Traits` class as template parameter
TODO:
* [x] Check if `Grid` uses overlap and use `[Non]OverlappingSchwarzOperator`
* [x] Provide an efficient method for computing the parallel index set
* [x] ~~Resolve all `TODO(FM)` markers~~
* [x] ~~Make an alternative implementation for nonoverlapping Schwarz~~
* [x] ~~Handle the corner case `overlapSize + ghostSize == 0`~~
* [x] Add an example or test file
* [x] ~~Update assembler element loops to use the proper partition set~~
Relates to #4.Müller, FelixMüller, Felixhttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/23reimplement interpolate function with averaging2019-04-26T13:51:45ZPraetorius, Simonreimplement interpolate function with averagingReplace `Dune::Functions::interpolate` with own implementation based on the dune-functions implementation. Here, I want to allow non-smooth (non-continuouse) functions in the interpolation. Thus simple nodal-interpolation does not work. ...Replace `Dune::Functions::interpolate` with own implementation based on the dune-functions implementation. Here, I want to allow non-smooth (non-continuouse) functions in the interpolation. Thus simple nodal-interpolation does not work. A first strategy is implementated, namely node-averaging. A counter is added that counts how often a values is added to a DOF and after the interpolation the DOF value is divided by this counter value.
Other strategies that could be added:
- Clement type interpolation (using local L2 projection)
- Evaluation in *super-convergent* points, i.e. average over evaluations in the element barycenters
- Least-squares approximation
- [x] Therefore, the interface of `interpolate()` must be extended to support some kind of `strategy` flag.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/22WIP: import packages by import-targets2019-03-26T09:35:22ZPraetorius, SimonWIP: import packages by import-targetshttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/18add doxygen closing comment bracket2019-03-21T15:53:16ZPraetorius, Simonadd doxygen closing comment brackethttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/17Cleanup of examples for stokes equation2019-03-21T10:33:31ZPraetorius, SimonCleanup of examples for stokes equationThis is a cleanup MR, intended to provide the code for the first amdis presentationThis is a cleanup MR, intended to provide the code for the first amdis presentationhttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/16make eigen and mtl a system package2019-05-02T11:56:53ZPraetorius, Simonmake eigen and mtl a system packageRewrite find eigen and mtl in cmake to link against imported targets. This makes these external mackages system packages and thus compiler warning are not shown anymore. It hast to be checked which cmake version is required for this to w...Rewrite find eigen and mtl in cmake to link against imported targets. This makes these external mackages system packages and thus compiler warning are not shown anymore. It hast to be checked which cmake version is required for this to work. And it has to be checked whether we could do the same for other external packages in dune.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/15densematrix view for sparse matrices2019-03-21T09:04:42ZPraetorius, Simondensematrix view for sparse matricesAdd a View class that wraps sparse matrices so that they can be used as sparse matrix, i.e. provide const `operator[][]` access. This solves some bugs in operator terms with partial derivatives in case of `YaspGrid`.Add a View class that wraps sparse matrices so that they can be used as sparse matrix, i.e. provide const `operator[][]` access. This solves some bugs in operator terms with partial derivatives in case of `YaspGrid`.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/12correct dimension in datatransfer checkInside for surface grids2019-03-19T22:29:33ZPraetorius, Simoncorrect dimension in datatransfer checkInside for surface gridshttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/11import mtl::size for size of std::vector2019-03-19T22:29:00ZPraetorius, Simonimport mtl::size for size of std::vectorhttps://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/10Instantiate ProblemStat and ProblemInstat for YaspGridBasis explicitly2019-03-26T16:18:46ZPraetorius, SimonInstantiate ProblemStat and ProblemInstat for YaspGridBasis explicitlyexplicit template instantiation can reduce compile time for derived projects significantly. In my test for the ellipt.2d example, I got 18sec with explicit instantiation and 40sec without. In need to be checked whether this procedure can...explicit template instantiation can reduce compile time for derived projects significantly. In my test for the ellipt.2d example, I got 18sec with explicit instantiation and 40sec without. In need to be checked whether this procedure can be extended to more grids and dimension, maybe by automatic source generation by cmake, i.e. generate explicit template instantiations in separate translation units for YaspGrid, AlbertaGrid, UGGrid, and ALUGrid for different dimension and LagrangeBasis of different degrees. These are 4x2x(3^n) instantiations. This, probably, should be made an non-default cmake option.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/8make linear_algebra backend packages required if BACKEND is selected2019-03-20T11:00:33ZPraetorius, Simonmake linear_algebra backend packages required if BACKEND is selectedIf a linear algebra backend is selected using the `-DBACKEND=...` cmake flag, the `find_package` should be `REQUIRED`. Also, if neither Eigen nor MTL is selected, the fallback dune-istl must be available.If a linear algebra backend is selected using the `-DBACKEND=...` cmake flag, the `find_package` should be `REQUIRED`. Also, if neither Eigen nor MTL is selected, the fallback dune-istl must be available.https://gitlab.math.tu-dresden.de/amdis/amdis-core/-/merge_requests/6Add coefficient type to ElementMatrix and ElementVector2019-05-01T11:05:53ZPraetorius, SimonAdd coefficient type to ElementMatrix and ElementVectorTry to allow different coefficient types than `double`, e.g. `float` or `Dune::Float128`. The Test with `Float128` requires some changes in dune. So, it is skipped here.
I'm not sure about the design: How to specify the type of the co...Try to allow different coefficient types than `double`, e.g. `float` or `Dune::Float128`. The Test with `Float128` requires some changes in dune. So, it is skipped here.
I'm not sure about the design: How to specify the type of the coefficients (element matrix/vector type)? Currently, I have just added a `CoefficientType` member type to the `ProblemStatTraits` class. Maybe we should discuss to define the backend of DOFMatrix and DOFVector there and derived the coefficient type from these container classes.