-
Notifications
You must be signed in to change notification settings - Fork 1
License
jameshclrk/saturne
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
General Information =================== This directory contains the Code_Saturne CFD tool, EDF's general purpose Computational Fluid Dynamics (CFD) software. The basic capabilities of Code_Saturne enable the handling of either incompressible or expandable flows with or without heat transfer and turbulence. Dedicated modules are available for specific physics such as radiative heat transfer, combustion (gas, coal, heavy fuel oil, ...), magneto-hydrodynamics, compressible flows, two-phase flows (Euler-Lagrange approach with two-way coupling), or atmospheric flows. For more information, see the http://code-saturne.org website. Presentation ============ Code_Saturne is portable on all Linux and UNIX platforms tested so far (HP-UX, Solaris, Cray, IBM Blue Gene, Tru64, ...). It runs in parallel with MPI on distributed memory machines (clusters, Cray XT, IBM Blue Gene, ...). Developed since 1997 at EDF R&D, it is based on a co-located Finite Volume approach that accepts meshes with any type of cell (tetrahedral, hexahedral, prismatic, pyramidal, polyhedral...) and any type of grid structure (unstructured, block structured, hybrid, conforming or with hanging nodes, ...). Compatible mesh generators include I-Deas, GMSH, GAMBIT, Simail, SALOME, Harpoon, ICEM, ... Post-processing output is available in EnSight, CGNS and MED formats, with advanced data management capabilities by the FVM library (EDF's "Finite Volume Mesh" library, under LGPL licence). Parallel code coupling capabilities are also provided by the FVM library. Code_Saturne can be coupled to EDF's thermal software SYRTHES (conjugate heat transfer). It can also produce output usable by EDF's structural analysis software Code_Aster, in particular in the SALOME platform. SYRTHES and Code_Aster are developed by EDF and distributed under GNU GPL licence. Copying ======= Code_Saturne is distributed under the GNU General Public Licence. See the COPYING file for details. Installation ============ Manual installation ------------------- Detailed installation instructions are also available as a pdf file, available on the Code_Saturne web site, or as part of this package. For more information about the different modules and external libraries necessary or compliant with Code_Saturne, refer to the COMPATIBILITY file. For generic instructions relative to the GNU autotools-based installation, see also the file 'INSTALL'. Automatic installation ---------------------- The Install directory contains a python script for automatic installation of the Code_Saturne elements and associated routines. In most cases, it will be enough. In case of problems, switch to section II for element by element install. These scripts are given in the hope that they will be useful, but WITHOUT ANY WARRANTY. The script can download every package needed by the code to run properly. If this behaviour is not wanted, set the "download" variable to "no" in the setup script. Lastly, the possibility is given to compile Code_Saturne with debugging symbols ("debug" variable), to disable the Graphical User Interface ("disable_gui" variable), and to specify the language (between English and French). On some architectures and for some elements (MED and SCOTCH for instance) it is preferable if the "make" command is a recent enough version of GNU "make". Otherwise some problems can occur. * install_saturne.py: This python script will install the different elements of Code_Saturne and associated libraries. Due to dependencies between the different modules, the order of install should be the following: - libxml2 (it is advised to use the distribution's own package instead) - HDF5 - CGNS - MED - Scotch - Metis The following packages cannot be installed - Zlib - BLAS - PyQT - C, C++, and Fortran compilers - Python - MPI The install script uses a "setup" file to determine which library to install or to use. In not already present, This file is generated the first time the script is run in a given directory. For each element, there are four options: - do not use the element (for optional libraries like CGNS) In this case, specify "no" in the "Usage" and "Install" columns. The other elements will be installed in accordance. The "Path" column is not used. - automatically detect some element (especially useful for libxml2) In this case, specify "auto" in the "Usage". The other elements will be installed in accordance. The "Path" and "Install" column are not used. - use a pre-installed library in a non standard path In this case, specify "yes" in the Usage column and "no" in the Install column. The "Path" column should contain the location of the library (up to the name of the library itself). - install and use a library In this case, specify "yes" in the "Usage" and "Install" columns. The script will download the library and install it default install directory. If download has been set to "no", package archive are looked for at the same location than the installation script (the right number and archive name are needed, accordingly to what is prescribed in the script). After each element has been installed, the "setup" file is modified, the column "Install" of the concerned element is set to "no" and the "Path" column is filled so that the element is not installed a second time if the script is relaunched (if there was a problem with a later element). Before using the "install_saturne.py" script, the C, Fortran, and optional C++ compilers to be used can be specified next to the CompC and CompF keywords. The Python interpreter may also be specified. MPI compiler wrappers (for the C and C++ languages) can also be specified. If the "use_arch" variable is set to "yes", then the "arch" keyword refers to the architecture of the machine. Leaving it blank will make it automatically detected with the "uname" command."arch" should be specified if you want different implementations on the same architecture (for instance Linux_OMPI and Linux_MPICH). Post-install setup ------------------ For some systems (such as when using a batch system or coupling with SYRTHES, a post-install step may be required). In this case, copy "$prefix/code_saturne-$version/etc/code_saturne.cfg.template" to "$prefix/code_saturne-$version/etc/code_saturne.cfg" and adapt the file to your needs. Each user of Code_Saturne may set her/his PATH or define an alias accordingly with the Code_Saturne installation before using the code. The easiest way is to add the following line in the user's ".profile" or ".alias" file(depending on the shell). alias code_saturne="$prefix/code_saturne-$version/bin/code_saturne" For more information please refer to the Code_Saturne documentation, available through the "code_saturne info -g refcard" and "code_saturnes info -g user" commands. Code_Saturne support: [email protected]
About
No description, website, or topics provided.
Resources
License
Stars
Watchers
Forks
Releases
No releases published
Packages 0
No packages published