Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8243301

Shenandoah: ditch ShenandoahAllowMixedAllocs

XMLWordPrintable

    • gc
    • b20

        This poses problems for JDK-8243291. Consider JDK-8243291 applied. Then consider a region that allocates TLAB after final-mark. That TLAB would be past URWM, and so would not be walked by update-refs code, so it does not need to be retired. But then we allocate GCLAB into the same region and *move* URWM. Then GC update-refs code comes and walks this mess, discovers TLAB is not retired, boom, heap is not parsable, GC crash.

        Since ShenandoahAllowMixedAllocs is for allocating GC stuff when evac reserve is depleted, when there are no free regions to steal from mutator view -- that is, the last-ditch attempt -- we might as well get rid of it.

              shade Aleksey Shipilev
              shade Aleksey Shipilev
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: