In the sections
FOF you can
specify the options
output_list which receive an int
and a filename. The
output_list_on enable or not the output list and
output_list is the filename containing the output times. With the file
header, you can choose between writing redshifts, scale factors or times.
Example of file containing with times (in internal units):
# Time 0.5 1.5 3.0 12.5
Example of file with scale factors:
# Scale Factor 0.1 0.2 0.3
Example of file with redshift:
# Redshift 20 15 10 5
If an output list is specified, the basic values for the first
scale_factor_first) and difference
delta_time) are ignored.
When an output list is used SWIFT will not write a “0th” snapshot straight after having read the ICs. Similarly, SWIFT will also not write a snapshot at the end of a simulation unless a snapshot at the final time is specified in the list.
Note that if a simulation is restarted using check-point files, the list of outputs will be re-read. This means that it must be found on the disk at the same place as it was when the simulation was first started. It also implies that the content of the file can be altered if the need for additional snapshots suddenly arises.
Users can generate a
yaml file containing all the possible fields
available for a given configuration of SWIFT by running
./swift --output-params output.yml or equivalently
output.yml. The file generated contains the list of fields that a
simulation running with this config would output in each snapshot. It
also lists the description string of each field and the unit
conversion string to go from internal co-moving units to physical
CGS. Entries in the file look like:
Default: # Particle Type Gas Coordinates_Gas: off # Co-moving positions of the particles : a U_L [ cm ] Velocities_Gas: on # Peculiar velocities of the stars. This is (a * dx/dt) where x is the co-moving positions of the particles : U_L U_t^-1 [ cm s^-1 ] Masses_Gas: on # Masses of the particles : U_M [ g ] SmoothingLengths_Gas: on # Co-moving smoothing lengths (FWHM of the kernel) of the particles : a U_L [ cm ] ...
For cosmological simulations, users can optionally add the
to generate the field names appropriate for such a run.
Users can select the particle fields to output in snapshot using a (separate) YAML parameter file. By default, you can define a section Default at the top level of this file (in the exact same way as the file dumped by using the -o option in SWIFT). By default, all fields are written, but by using the “off” string, you can force the code to skip over unwanted outputs.
Users must then, in the regular SWIFT parameter file, select the following options:
Snapshots: select_output_on: 1 select_output: your_select_output_yaml.yml
This field is mostly used to remove unnecessary output by listing them as “off”. A classic use-case for this feature is a DM-only simulation (pure N-body) where all particles have the same mass. Outputting the mass field in the snapshots results in extra i/o time and unnecessary waste of disk space. The corresponding section of the YAML file would look like:
Default: Masses_DM: off
Entries can simply be copied from the
output.yml generated by the
-o runtime flag.
Alternatively, instead of “on” or “off”, users can also provide the name of one of the Compression Filters to write the field with reduced accuracy and reduced disk space. The corresponding YAML file would, for example, look like:
Default: Coordinates_Gas: DScale6 Masses_Gas: off Velocities_Gas: DScale1 Densities_Gas: FMantissa9
For convenience, there is also the option to set a default output status for
all fields of a particular particle type. This can be used, for example, to
skip an entire particle type in certain snapshots (see below for how to define
per-snapshot output policies). This is achieved with the special
field for each particle type:
Default: Standard_Gas: off Standard_DM: off Standard_DMBackground: off Standard_Stars: off Standard_BH: on # Not strictly necessary, on is already the default
Additionally, users can use the different sections to specify an alternative base name and sub-directory for the snapshots corresponding to a given selection:
Default: basename: bh subdir: snip
This will put the outputs corresponding to this “BlackHolesOnly” selection into
a sub-directory called
snip and have the files themselves called
bh_0000.hdf5 where the number corresponds to the global number of
snapshots. The counter is global and not reset for each type of selection.
If the basename or sub-directory keywords are omitted then the code will use the
default values specified in the
Snapshots section of the main parameter file.
The sub-directories are created when writing the first snapshot of a given
category; the onus is hence on the user to ensure correct writing permissions
ahead of that time.
Finally, it is possible to specify individual sub-sampling ratios for each output selection:
Default: subsample: [0, 1, 0, 0, 0, 0, 1] # Sub-sample the DM and neutrinos subsmple_fractions: [0, 0.01, 0, 0, 0, 0, 0.1]
If these keywords are omitted then the code will use the default values
specified in the
Snapshots section of the main parameter file.
Combining Output Lists and Output Selection
It is possible to combine the behaviour of the output list and the select
output file. To do so, you will need to enable both the
output_list options in your main
parameter_file.yml as follows:
Snapshots: output_list_on: 1 output_list: "output_list.txt" select_output_on: 1 select_output: "select_output.yml"
A typical use case for such a scenario is the dumping of ‘snapshots’ and
so-called ‘snipshots’, containing less information than their full snapshot
cousins. To do this, we will define two top-level sections in our
select_output.yml file as follows:
# Only turn off DM masses in snapshots, everything else is turned on Snapshot: Masses_DM: off # Turn off and compress lots of stuff in snipshots! Snipshot: Metal_Mass_Fractions_Gas: off Element_Mass_Fractions_Gas: off Densities_Gas: FMantissa9 basename: snip subsample: [0, 1, 0, 0, 0, 0, 1] # Sub-sample the DM and neutrinos subsmple_fractions: [0, 0.01, 0, 0, 0, 0, 0.1] ...
To then select which outputs are ‘snapshots’ and which are ‘snipshots’, you
will need to add the
Select Output column to the
# Redshift, Select Output 100.0, Snapshot 90.0, Snipshot 80.0, Snipshot 70.0, Snipshot 60.0, Snapshot ...
This will enable your simulation to perform partial dumps only at the outputs
Snipshot. The name of the output selection that corresponds
to your choice in the output list will be written to the snapshot header as
Note that if a the name used in the
Select Output column does not
exist as a section in the output selection YAML file, SWIFT will exit
with an error message.
Using non-regular snapshot numbers
In some cases it may be helpful to have snapshot numbers that do not simply increase by one each time. This could be used to encode the simulation time in the filename for instance. To achieve this, a third column can be added to the output list giving the snapshot labels to use for each output:
# Redshift, Select Output, Label 100.0, Snapshot, 100 90.0, Snapshot, 90 1.0, Snapshot, 1 ...
The label has to be an integer. This will lead to the following snapshots being produced:
snap_100.hdf5 snap_90.hdf5 snap_1.hdf5
Assuming the snapshot basename (either global or set for the
Snapshot output selection) was set to
Note that to specify labels, the
Select Output column needs to be