| Commit message (Collapse) | Author | Age |
| |
|
| |
|
|
|
|
| |
out_group_separator chooses the string by which thorn name and group name are separated in file names. The default is "::" for backward compatibility. This parameter only affects output where CarpetIO*::one_file_per_group is set; otherwise, the thorn name does not appear in the file name.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Map CCTK_COMPLEX to "double complex" in C, and "complex<double>" in
C++. (It is already mapped to "double complex" in Fortran.)
Update type definitions.
Re-implement Cactus complex number math functions by calling the
respective C functions.
Update thorn that access real and imaginary parts of complex numbers
to use standard-conforming methods instead.
|
| |
|
|
|
|
| |
also garbage collect HDF5 at each H5close
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
which happens to be the output method used for single process runs.
|
|
|
|
|
|
| |
to checkpoint when cctk_iteration % checkpoint_every_divisor == 0 rather
than at whenever checkpoint_every iterations have passed since the last
checkpoint
|
|
|
|
|
|
|
| |
Introduce a new API to checkpoint only a subset of group, via an
aliased function IO_SetCheckpointGroups. This can be used for
simulation spawning, i.e. off-loading certain calculations (e.g.
analysis) outside of the main simulation.
|
|
|
|
|
|
| |
CarpetIOHDF5 already prints the iteration and time for periodic
checkpoints. This patch adds this to both of initial data checkpoints
(also after restart) and termination checkpoints.
|
|
|
|
|
|
|
|
| |
Specifically, remove any hierarchy information that has been added to
the name of timers, as well as any code for creating timers
dynamically, as these are now unnecessary. Additionally, time some
previously-untimed parts of the code and make timer names in some
places more consistent.
|
| |
|
| |
|
|
|
|
|
| |
* add some attributes to metadata to match what the old code wrote
* only tag object names with components of there are more than one
|
|
|
|
|
|
|
|
| |
Register new-style output code as an IO method with IOUtil for 3d output.
The new code is not quite as capable as the old code, since it does not
include Ian Hinder's indexing facility and so far outputs all data on the
root processor. It does support the new-style output_symmetry_points etc.
options however.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Scanning the attributes of a large CarpetIOHDF5 output file, as is
necessary in the visitCarpetHDF5 plugin, can be very time consuming.
This commit adds support for writing an "index" HDF5 file at the same
time as the data file, conditional on a parameter
"CarpetIOHDF5::output_index". The index file is the same as the data
file except it contains null datasets, and hence is very small. The
attributes can be read from this index file instead of the data file,
greatly increasing performance. The datasets will have size 1 in the
index file, so an additional attribute (h5space) is added to the
dataset to specify the correct dataset dimensions.
|
|
|
|
|
| |
When checkpoints of initial data are disabled, but termination
checkpoints are enabled, then do checkpoint the initial data.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Store the current Cactus time (and not a fake Carpet time) in the th
"time hiearchy". This removes the now redundant "leveltimes" data
structure in Carpet.
Add past time levels to th, so that it can store the time for past
time levels instead of assuming the time step size is constant. This
allows changing the time step size during evolution.
Share the time hierarchy between all maps, instead of having one time
hierarchy per map.
Simplify the time level cycling and time stepping code used during
evolution.
Improve structure of the code that loops over time levels for certain
schedule bins. Introduce a new Carpet variable "timelevel", similar
to "reflevel".
This also makes it possible to avoid time interpolation for the past
time levels during regridding. The past time levels of the fine grid
then remain aligned (in time) with the past time levels of the coarse
grid. This is controlled by a new parameter
"time_interpolation_during_regridding", which defaults to "yes" for
backwards compatibility.
Simplify the three time level initialisation. Instead of initialising
all three time levels by taking altogether three time steps (forwards
and backwards), initialise only one past time level by taking one time
step backwards. The remaining time level is initialised during the
first time step of the evolution, which begins by cycling time levels,
which drops the non-initialised last time level anyway.
Update Carpet and the mode handling correspondingly.
Update the CarpetIOHDF5 checkpoint format correspondingly.
Update CarpetInterp, CarpetReduce, and CarpetRegrid2 correspondingly.
Update CarpetJacobi and CarpetMG correspondingly.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Allow different numbers of ghost zones and different spatial
prolongation orders on different refinement levels.
This causes incompatible changes to the checkpoint file format.
|
|
|
|
|
|
| |
Serialise the time hierarchy with 17 digits of accuracy, instead of
the standard 6 digits. This is required for correctly recovering the
time hierarchy.
|
|
|
|
| |
Ignore-this: e7d15a216ec4fbb524f1ebe1fdeff905
|
|
|
|
| |
Ignore-this: 309b4dd613f4af2b84aa5d6743fdb6b3
|
|\ |
|
| |
| |
| |
| | |
writing string attributes, another in querying the "Checkpoint" tag of CCTK groups
|
| |
| |
| |
| |
| |
| |
| | |
functionCarpetIOHDF5_InitCheckpointingIntervals
Calling the scheduled function CarpetIOHDF5_InitCheckpointingIntervals
leads to namespace problems with PGI compiler.
|
| |
| |
| |
| |
| |
| |
| | |
functionCarpetIOHDF5_InitCheckpointingIntervals
Calling the scheduled function CarpetIOHDF5_InitCheckpointingIntervals
leads to namespace problems with PGI compiler.
|
|\|
| |
| |
| |
| | |
Conflicts:
Carpet/CarpetWeb/index.html
|
| |
| |
| |
| |
| |
| |
| |
| | |
variables also in the POST_RECOVER_VARIABLES bin so that the
last checkpoint iteration counter starts counting from the recovered
iteration number.
(see also discussion thread starting at
http://lists.carpetcode.org/archives/developers/2008-August/002309.html)
|
| |
| |
| |
| |
| |
| | |
(<last-checkpoint-iteration> + IO::checkpoint_every)"
This reverts commit 30f1c46a7f94d423bda65e04220015e0296e1347.
|
| | |
|
| |
| |
| |
| |
| |
| | |
(<last-checkpoint-iteration> + IO::checkpoint_every)"
This reverts commit 30f1c46a7f94d423bda65e04220015e0296e1347.
|
|\| |
|
| |
| |
| |
| | |
(<last-checkpoint-iteration> + IO::checkpoint_every)
|
| |
| |
| |
| |
| | |
Broadcast the result of checkpoint_every_walltime_hours, since different
processors may come to different decisions.
|
| |
| |
| |
| | |
Correct a multi-processor synchronisation problem when using IO::out_dt.
|
| | |
|
| |
| |
| |
| |
| | |
Broadcast the result of checkpoint_every_walltime_hours, since different
processors may come to different decisions.
|
| |
| |
| |
| | |
Correct a multi-processor synchronisation problem when using IO::out_dt.
|
|/
|
|
|
| |
The CactusBase/IOUtil routine IOUtil_ParseVarsForOutput now accepts an
additional parameter out_dt_default.
|
|
|
|
| |
Correct error in determining checkpointing interval after restarting.
|
|
|
|
| |
integer-type grid variables
|