wiki:u/erica/SteadyStateAccretionProblemPage

Version 25 (modified by Erica Kaminski, 6 years ago) ( diff )

Subcritical, subsonic case

General Soln Behavior for this case (different ICs than this run, so just to qualitatively compare):

*Note vr is actually negative for infall

Initial conditions are here: InitialConditions.pdf

Fixed grid

Fiducial run is at 1283. At this resolution (dx=.03125), the critical radius (rcrit=.0158) is contained within the kernel (r_acc=.125), but below the grid scale (r_min=.027). (Note, r_min is the radial distance between the nearest cell and the sink particle). So, the soln doesn't turn over the way it does in the above plots, at this resolution. Instead, the density and radial velocity are monotonic.

A density comparison of the new algorithm (left) vs. the Krumholz algorithm (right):

Density lineouts comparison-

Mach comparison-

Sink mass vs. time-

However, since the density is going up near the sink particle, implies that the sink isn't accreting 'fast enough'. This is reflected as a decrease in the infall around the sink particle as pressure waves from the increased central density propagate outward:

Testing AMR compatibility

Image comparing 1283 fixed grid (left) vs. 643 + 1 level (right) 20 frames into simulation (or about 40% the crossing time of a sound wave traveling from the outer fixed boundary to the accretion kernel, i.e. in computatinonal units):

There are only slight differences between the runs (peak density/velocity, e.g.), so this looks pretty good…

Running w/ AMR

To boost runtime speeds, am now switching to testing in AMR…

128 + 1

At 1283 + 1 level, dx_min=0.015625, which means the critical radius (r_crit=.0158) is slightly above the grid scale (r_min=.0135) and contained within the kernel (r_acc=.0625) . (Recall, r_min is the distance of the nearest cell to the sink particle). In the following, can see comparisons to the Krumholz module at the same resolution..

  • Note, running the code with the Krumholz algorithm produces 7 frames/minute on 24 cores (Bluehive) compared to the new code, which produces 5 frames/min (both using the optimized version of the code, and identical initial conditions). So the new code is slightly slower…

Here's the density—

movie

mach—

movie

and radial velocity—

movie

Concerns:

-increasing/decreasing Lambda over time?

-mdot onto sink NEQ mass flux into kernel?

-subcycling over kernel before taking hydro step?

-AMR differences in solution?

Attachments (26)

Note: See TracWiki for help on using the wiki.