opm-simulators/doc/handbook/intro.tex

94 lines
4.8 KiB
TeX
Raw Normal View History

\chapter{Introduction}
\eWoms~\cite{EWOMS-HP} a generic simulation framework using continuum
mechanical approaches with a focus on multi-phase fluid flow and
transport processes in porous media. \eWoms is also an integral part
of the open porous media initiative~\cite{OPM-HP} for which it
implements the fully-implicit discretization schemes. \eWoms is based
on the source code of the \Dumux~\cite{DUMUX-HP} simulation framework
and aims to be a proper superset of \Dumux when it comes to features,
2012-11-01 10:34:50 -05:00
while at the same time it delivers better performance and a
higher-quality code base. To ease porting features from \Dumux to
\eWoms, the \eWoms source code uses very similar naming and style
conventions as the one of \Dumux.
Besides being a generic simulation framework, \eWoms also aims to to
deliver top-notch computational performance, high flexibility, a sound
software architecture and the ability to run on anything from single
processor systems to highly parallel supercomputers with specialized
2012-11-01 10:34:50 -05:00
hardware architectures. The means to achieve these somewhat
contradictory goals are the thorough use of object oriented design in
conjunction with template programming. These requirements motivated
the decision to implement \eWoms using the \Cplusplus programming
language.
One of the more complex issues when dealing with parallel continuum
2012-11-01 10:34:50 -05:00
models for partial differential equations, is the management of the
grids used for the spatial discretization. To date, no generic and
efficient approach exists for all possible cases, which lead to \eWoms
being build on top of \Dune, the \textbf{D}istributed and
\textbf{U}nified \textbf{N}umerics
\textbf{E}nvironment~\cite{DUNE-HP}. Instead of trying to implement a
grid for everything, \Dune defines a generic \Cplusplus interface to
grids, and provides adapters to several existing grid management
libraries such as UG~\cite{UG-HP}, ALBERTA~\cite{ALBERTA-HP} or
ALUGrid~\cite{ALUGRID-HP}. DUNE also extensively uses template
programming in order to achieve minimal overhead when accessing the
underlying grid libraries\footnote{In fact, the performance penalty
resulting from the use of \Dune's grid interface is usually
negligible~\cite{BURRI2006}.}.
2008-09-25 14:52:48 -05:00
\begin{figure}[hbt]
\centering
2009-06-03 10:54:42 -05:00
\includegraphics[width=.5\linewidth, keepaspectratio]{EPS/dunedesign}
2008-09-25 14:52:48 -05:00
\caption{
\label{fig:dune-design}
A high-level overview of \Dune's design is available on the project's
2008-09-25 14:52:48 -05:00
web site~\cite{DUNE-HP}.
}
\end{figure}
DUNE's grid interface is independent of the spatial dimension of the
underlying grid. For this purpose, it uses the concept of
co-dimensional entities. Roughly speaking, an entity of co-dimension
$0$ constitutes a cell, co-dimension $1$ entities are faces between
cells, co-dimension $1$ are edges, and so on until co-dimension $n$
which are the cell's vertices. The \Dune grid interface generally
2009-07-01 04:46:21 -05:00
assumes that all entities are convex polytopes, which means that it
2008-09-25 14:52:48 -05:00
must be possible to express each entity as the convex hull of a set of
2011-09-01 04:47:38 -05:00
vertices. For the sake of efficiency, all entities are further expressed in terms
2008-09-25 14:52:48 -05:00
of so-called reference elements which are transformed to the actual
spatial incarnation within the grid by a so-called geometry
function. Here, a reference element for an
2008-09-25 14:52:48 -05:00
entity can be thought of as a prototype for the actual grid
2011-09-01 04:47:38 -05:00
entity. For example, if we used a grid which applied hexahedrons as cells,
2008-09-25 14:52:48 -05:00
the reference element for each cell would be the unit cube $[0, 1]^3$
and the geometry function would scale and translate the cube so that
it matches the grid's cell. For a more thorough description of \Dune's
2008-09-25 14:52:48 -05:00
grid definition, see~\cite{BASTIAN2008}.
In addition to the grid interface, \Dune also provides quite a few
2012-11-01 10:34:50 -05:00
additional modules; In the context of this handbook the
\texttt{dune-localfunctions} and \texttt{dune-istl} modules are
probably the most relevant. \texttt{dune-localfunctions} provides a
set of generic finite element shape functions, while
\texttt{dune-istl} is the \textbf{I}terative \textbf{S}olver
\textbf{T}emplate \textbf{L}ibrary and provides generic, highly
optimized linear algebra routines for solving linear systems of
equations.
2008-09-25 14:52:48 -05:00
2012-11-01 10:34:50 -05:00
\eWoms comes in form of a module \Dune module '\texttt{ewoms}'. It
depends on the \Dune core modules \texttt{dune-common},
\texttt{dune-grid}, \texttt{dune-istl}, and on
\texttt{dune-localfunctions}. The main intention of \eWoms is to
provide a framework for an easy and efficient implementation of new
physical models for porous media flow problems, ranging from problem
formulation and the selection of spatial and temporal discretization
2012-11-01 10:34:50 -05:00
schemes as well as nonlinear and linear solvers, to general concepts
for model coupling. Moreover, \eWoms includes ready-to-use numerical
models and a few example applications.
2008-09-25 14:52:48 -05:00
%%% Local Variables:
%%% mode: latex
%%% TeX-master: "ewoms-handbook"
%%% End: