Changes between Version 10 and Version 11 of Doc/Models/DYNAMICO
- Timestamp:
- 03/13/24 16:32:01 (3 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Doc/Models/DYNAMICO
v10 v11 15 15 The latest version is accessible through svn : 16 16 {{{ 17 svn co http://forge.ipsl. jussieu.fr/dynamico/svn/codes/icosagcm/trunk17 svn co http://forge.ipsl.fr/dynamico/svn/codes/icosagcm/trunk 18 18 }}} 19 19 20 20 Registered IPSL forge users belonging to the DYNAMICO group can do : 21 21 {{{ 22 svn co svn+ssh://mylogin@forge.ipsl. jussieu.fr/ipsl/forge/projets/dynamico/svn/codes/icosagcm/trunk DYNAMICO22 svn co svn+ssh://mylogin@forge.ipsl.fr/ipsl/forge/projets/dynamico/svn/codes/icosagcm/trunk DYNAMICO 23 23 }}} 24 24 25 25 'mylogin' should be your forge login. svn will create the DYNAMICO directory and download the source code there. 26 Source can also been browsed at https://forge.ipsl. jussieu.fr/dynamico/browser/codes/icosagcm/trunk26 Source can also been browsed at https://forge.ipsl.fr/dynamico/browser/codes/icosagcm/trunk 27 27 28 28 # Compiling DYNAMICO # … … 32 32 DYNAMICO depends on the NetCDF and BLAS libraries. 33 33 34 The compiling process is automated but some information is needed to guide it. This information is contained in text files in https://forge.ipsl. jussieu.fr/dynamico/browser/codes/icosagcm/trunk/arch . Sample files corresponding to a few machines (Jean-Zay at IDRIS, Irène at TGCC) are present. Assuming you compile on Irène :34 The compiling process is automated but some information is needed to guide it. This information is contained in text files in https://forge.ipsl.fr/dynamico/browser/codes/icosagcm/trunk/arch . Sample files corresponding to a few machines (Jean-Zay at IDRIS, Irène at TGCC) are present. Assuming you compile on Irène : 35 35 36 36 {{{ … … 50 50 == Compiling with XIOS output == 51 51 52 DYNAMICO can direct its output through XIOS, a parallel I/O library and server. See https://forge.ipsl. jussieu.fr/ioserver.52 DYNAMICO can direct its output through XIOS, a parallel I/O library and server. See https://forge.ipsl.fr/ioserver. 53 53 To enable XIOS output : 54 54 * get and compile XIOS in a separate directory … … 57 57 Why use XIOS : 58 58 * without XIOS, each output field is written to a separate NetCDF file. Post-processing is required to group several fields together. 59 * with XIOS, several fields can be written to a few output files. This behavior is controlled by the input file xios.xml (required). See https://forge.ipsl. jussieu.fr/ioserver for the syntax of this XML file.59 * with XIOS, several fields can be written to a few output files. This behavior is controlled by the input file xios.xml (required). See https://forge.ipsl.fr/ioserver for the syntax of this XML file. 60 60 * without XIOS, data to be written is communicated to the main MPI process, which writes to the NetCDF files while other MPI processes stay idle. This is not expected to scale to a large number of MPI processes. 61 61 * XIOS provides asynchronous, parallel I/O in order to scale to large MPI process counts. … … 66 66 In this directory, copy the executable icosa_gcm.exe. You will find it in DYNAMICO/bin/, where DYNAMICO is the main directory containing the source code. 67 67 68 You will also need configuration files that define resolution, initial condition, etc. Sample files can be found in subdirectories of [https://forge.ipsl. jussieu.fr/dynamico/browser/codes/icosagcm/trunk/param_sets]. Copy the *.def files from the desired sub-directory. There is typically run.def and earth_const.def . run.def is the main configuration file and includes earth_const.def68 You will also need configuration files that define resolution, initial condition, etc. Sample files can be found in subdirectories of [https://forge.ipsl.fr/dynamico/browser/codes/icosagcm/trunk/param_sets]. Copy the *.def files from the desired sub-directory. There is typically run.def and earth_const.def . run.def is the main configuration file and includes earth_const.def 69 69 70 70 Currently DYNAMICO generates its own grid. It can run idealized test cases which define their own initial conditions. In that case no other input files are needed beyond *.def and, if using XIOS, *.xml files controlling XIOS behavior. It may also restart from a previous run, reading from a restart file.