[Users] PreSync and recovery from checkpoint
rhaas at illinois.edu
Fri Jan 14 12:41:32 CST 2022
Sorry for the delay. Your email was flagged as "spam" by the University
of Illinois and I forgot to respond after noting that your email was an
"unanswered question" week before last week.
Steve responded to you as well in the meantime I believe.
> In this specific case, I can either turn on checkpointing for the BSSN
> in ProcaEvolve, or I can recompute them from the ADM ones after recovery.
> What is the correct way to re-initialize a derived variable after recovery?
If you want to be consistent with eg ML_BSSN then checkpointing and
recovering is the way to go.
Recomputing would reduce the checkpoint size a bit. Usually that is not
a problem (speed or size wise). One has to be *very* careful though
that one can exactly (to the last bit) recompute the variable though
(eg there must not be anything that runs after BSSNtoADM that modifies
the BSSN variables [eg boundary routines, constraint projections,
whatnot]). If one cannot guarantee that, then recovering from
checkpoints (and not touching the recovered variables) would be
preferable. For historic reasons there is (at least) one thorn in ET
(GRHydro) that violates this, namely it runs con2prim in
post-recover-variables (since it runs in mol_poststep and mol_poststep
runs in that bin) but con2prim is not going to produce the same results
due to its result depending on the initial guess which is the values of
the primitive variables in hydrobase ("previous" values during
evolution, "just recovered values" during recovery). This behavious
occasionally causes headaches when a run fails / succeeds depending on
which checkpoint one recovers from.
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://pgp.mit.edu .
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 833 bytes
Desc: OpenPGP digital signature
Url : http://lists.einsteintoolkit.org/pipermail/users/attachments/20220114/c184cc87/attachment.bin
More information about the Users