[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