[ET Trac] #2534: Evolution of grid arrays with Mol no longer works
Roland Haas
trac-noreply at einsteintoolkit.org
Fri Aug 6 16:34:40 CDT 2021
#2534: Evolution of grid arrays with Mol no longer works
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: major
Component: Carpet
Comment (by Roland Haas):
Somewhat unrelated: instead of the current workaround for arrays of
> The kludge was to check to see that if the "correct" component is being updated, and if not, re-write the old values of the grid array\).
wouldn’t it be possible ot make this work by scheduling the RHS function as `GLOBAL` ? That way it would only execute once per iteration and not once per iteration per refinement level. MoL would still update the state vector for the array but b/c it initializes the RHS to zero before the `CalcRHS` schedule group the fact that the RHS routine does not run would leave the RHS unchanged \(ie 0\) and thus effectively no update would be done.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2534/evolution-of-grid-arrays-with-mol-no
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/trac/attachments/20210806/f9d97a55/attachment.html
More information about the Trac
mailing list