Simulator programs and utilities for automatic differentiation.
Go to file
Andreas Lauser 7c81dbdaab let the aquifiers be managed by core ebos
also, clean them up a bit:
- do not use the intensive quantities cache directly anymore. (i.e.,
  that code should now work if the IQ cache is disabled)
- do not fiddle with the global Jacobian matrix and residual vector
  directly. Instead, implement the water fluxes to the reservoir as a
  source term like wells.

one thing that did not become fully clear to me is if each aquifer
ought to be assumed to be in contact with the whole reservoir or just
a few cells on the boundary. The current implementation goes down the
former path, while, without any deeper knowledge, I would rather
suppose that the latter applies. maybe my understanding of this is
just too limited, though.
2018-10-31 15:20:56 +01:00
debian added: install bash tab completion for flow 2018-09-19 11:45:40 +02:00
doc/doxygen Fix minor issues pointed out by bska. 2013-09-23 13:02:56 +02:00
examples make the build of flow fully parallelizable 2018-09-26 11:49:12 +02:00
flow flow: print the "reading deck file" message only once 2018-10-24 17:30:45 +02:00
jenkins fixed: run-norne and run-spe for new parameter system 2018-08-17 09:43:31 +02:00
opm let the aquifiers be managed by core ebos 2018-10-31 15:20:56 +01:00
redhat fixed: give sysconf dir to aid rpmbuild 2018-10-24 16:29:46 +02:00
tests Merge pull request #1602 from atgeirr/convergence-status 2018-10-25 14:16:29 +02:00
tutorials fixed: quell signed/unsigned comparison warning 2018-04-13 11:25:10 +02:00
.gitignore Added build directory in the .gitignore 2018-06-04 15:28:44 +02:00
CHANGELOG.md Updated to reflect changes from the last few months. 2018-04-13 14:33:11 +02:00
CMakeLists_files.cmake Merge pull request #1602 from atgeirr/convergence-status 2018-10-25 14:16:29 +02:00
CMakeLists.txt make the build of flow fully parallelizable 2018-09-26 11:49:12 +02:00
compareECLFiles.cmake changed: adjust to compareSummary being part of compareECL 2018-09-10 08:44:53 +02:00
CTestConfig.cmake cdash: update dropsite 2015-11-11 16:50:25 +01:00
dune.module Bump versions 2018-10-02 16:17:11 +02:00
opm-simulators-prereqs.cmake adjustments for eclipse support in opm-common 2018-03-06 09:09:58 +01:00
README.md Fix a typo. 2018-03-24 21:07:03 +05:00

Open Porous Media Simulators and Automatic Differentiation Library

CONTENT

opm-simulators contains simulator programs for porous media flow. It also contains a small library for automatic differentiation built on the Eigen linear algebra package which is used by many of the simulators to handle the building of Jacobians. The most important (and tested) part is the Flow reservoir simulator, which is a fully implicit black-oil simulator that also supports solvent and polymer options. It is built using automatic differentiation, using the local AD class Evaluation from opm-material.

LICENSE

The library is distributed under the GNU General Public License, version 3 or later (GPLv3+).

PLATFORMS

The opm-simulators module is designed to run on Linux platforms. It is also regularly run on Mac OS X. No efforts have been made to ensure that the code will compile and run on windows platforms.

REQUIREMENTS

opm-simulators requires several other OPM modules, see http://opm-project.org/?page_id=274. In addition, opm-simulators requires the Dune module dune-istl and Eigen, version 3.1 (has not been tested with later versions).

DOWNLOADING

For a read-only download: git clone git://github.com/OPM/opm-simulators.git

If you want to contribute, fork OPM/opm-simulators on github.

BUILDING

See build instructions at http://opm-project.org/?page_id=36

DOCUMENTATION

Efforts have been made to document the code with Doxygen. In order to build the documentation, enter the command

make doc

in the topmost directory. The class AutoDiffBlock is the most important and most well-documented.

REPORTING ISSUES

Issues can be reported in the Git issue tracker online at:

https://github.com/OPM/opm-simulators/issues

To help diagnose build errors, please provide a link to a build log together with the issue description.

You can capture such a log from the build using the `script' utility, e.g.:

LOGFILE=$(date +%Y%m%d-%H%M-)build.log ;
cmake -E cmake_echo_color --cyan --bold "Log file: $LOGFILE" ;
script -q $LOGFILE -c 'cmake ../opm-core -DCMAKE_BUILD_TYPE=Debug' &&
script -q $LOGFILE -a -c 'ionice nice make -j 4 -l 3' ||
cat CMakeCache.txt CMakeFiles/CMake*.log >> $LOGFILE

The resulting file can be uploaded to for instance gist.github.com.