[FLASH-USERS] Error triggering gr_sanitizeData

[Joshua Wall]

Christoph,

    So it does appear that using a more diffusive solver corrected the
issue. If I use the HLL solver (this appears to be a very diffusive
solver!) it will run properly. I'm in the process of sorting out how to
move back to less diffusive solvers, but in the meantime this does correct
the issue.

   As for time stepping, I have explicit subcycling in to handle the
timesteps for the cooling, and optionally can switch to an implicit solver
if needed. So hopefully that part is okay.

Thanks so much for the help, I'm currently trying to read up on the
different solvers in Toro's book along with ZIngale's online book at astro
bookshelf.

Warm regards,

Josh

On Fri, Jul 3, 2015 at 2:53 AM Christoph Federrath <
christoph.federrath at gmail.com> wrote:

>
> Hi Joshua,
>
> this is probably related to hydro and EOS and might be a problem of time
> stepping. Have you modified the timestep constraints in your implementation
> of cooling? Your cooling has a timescale and if the timestep is too large
> for a cooling that is too strong and too fast, then this might cause some
> hydro/EOS inconsistency, which can manifest in negative density/pressure
> (or negative internal energy, as seems to be the case in your warning
> below; the warning comes from GC filling, but that the problem arises in
> hydro/eos). You could try to reduce the CFL number, but eventually, you’d
> probably have to implement a timestep limiter to properly account for your
> cooling.
>
> Cheers,
>
> Christoph
>
> PS: Plus, some hydro/MHD solvers might be more stable for a bit longer,
> but I given that you tested a few and it always eventually failed when the
> density get high (and thus the cooling get strong), there is clearly a more
> fundamental problem (likely the one I describe above), which cannot be
> fixed by just switching to a different hydro/MHD solver.
>
>
> On 30 Jun 2015, at 21:46, Joshua Wall <joshua.e.wall at gmail.com> wrote:
>
> > Dear Flash users,
> >
> >      I'm currently testing a cooling function I've written using the
> SinkRotatingCloudCore collapse problem from the provided simulations. I've
> set the gamma=5/3 and swtiched to the ideal EOS. My cooling function seems
> to be working correctly in testing outside of Flash, and cools properly for
> a given cell at a certain temperature and density.
> >
> >     However when I try and let this problem form a sink particle, the
> cloud collapses and refines down to a high density, then begins to give the
> gr_sanitizeDataAfterInterpolation warnings like:
> >
> > WARNING after gc filling: min. unk(EINT_VAR)=-2.4992047803499256E+82
>       PE=3     block=269                              type=2
> >
> > This seems to happen close to sink formation, and usually (maybe always,
> but I can't remember all of the runs!) after a refinement. I've tried
> setting gr_sanitizeDataMode = 3, but this only delays the issue. Also, if I
> increase the minimum temperature for the cooling, it delays the issue, but
> it always still occurs right up until temperatures that prevent the cloud
> from collapsing. I've also tested by switching off sink particles, and it
> still occurs, so its not sink formation.
> >
> > I saw in the flash users list history some mention of whether to apply
> sourceTerms to all the blocks or just leaf blocks, but it now appears to me
> in Driver_evolveFlash that all blocks are evolved, so I'm not sure if
> there's a fix there.
> >
> > I've also tested this with the split solver and the unsplit Roe and PPM
> solvers, and see the same behavior.
> >
> > Any suggestions would be most welcome and appreciated at this stage, if
> anyone has any ideas of how I might tackle this problem.
> >
> > King regards,
> >
> > Joshua Wall
> > Doctorial Candidate
> > Drexel University
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://flash.rochester.edu/pipermail/flash-users/attachments/20150707/5e5ecc7f/attachment-0001.htm>