[ET Trac] [Einstein Toolkit] #1256: scheduling MoL_PostStep in Post_Recover_Variables
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Mon Feb 18 17:16:27 CST 2013
#1256: scheduling MoL_PostStep in Post_Recover_Variables
---------------------+------------------------------------------------------
Reporter: rhaas | Owner:
Type: task | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Resolution: | Keywords: MoL
---------------------+------------------------------------------------------
Comment (by Wolfgang Kastaun <wolfgang.kastaun@…>):
I disagree with the previous comment. There is no version of con2prim
which may not modify the conserved state. This would be a version which
may leave primitives and conserved variables in an inconsistent state. The
reason is that there are unphysical values of the conserved variables
which cannot be represented by primitive variables. Those corner cases
appear frequently at NS surfaces. Another example is with realistic EOSs
at low temperatures and high densities, where the energy is basically the
degeneracy energy. The smallest numerical error can lead to conserved
energy densities becoming smaller than in the zero-temperature limit. For
the thermal branch, we have a clear policy how to adjust such cases (and
when to abort the run). Those adjustments are really a piece of the
evolution that has to be taken seriously. Therefore it _has_ to change the
conserved variables sometimes. In any case, I do not see any reason not to
call C2P on all points after any modification of the conserved variables.
We do not need two C2P, but another schedule group for recomputing
dependent variables that are not checkpointed to save disk space or
memory.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1256#comment:9>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list