RFR: dynamic/static heuristics fixes, pack of 3
Roman Kennke
rkennke at redhat.com
Tue Oct 24 16:41:04 UTC 2017
Am 24.10.2017 um 17:55 schrieb Aleksey Shipilev:
> http://cr.openjdk.java.net/~shade/shenandoah/heuristics-static/webrev.01/
>
> This includes several small adjustments to "dynamic" / "static" heuristics:
>
> a) "Rename dynamic heuristics to static": This alleviates confusion against "adaptive", and better
> reflects the static nature of the heuristics that only watches the static thresholds without
> modifying them.
>
> b) "Static heuristics should use non-zero allocation threshold": the comment hopefully explains it.
> There are cases when static heuristics starts running back-to-back cycles otherwise.
>
> c) "Static heuristics should be really static and report decisions": this makes static heuristics
> disregard CSetThreshold (which is mostly dead anyway), and start the cycle based on free/allocation
> thresholds only
>
> Testing: hotspot_gc_shenandoah (String dedup tests still fail), misbehaving benchmarks
>
> Thanks,
> -Aleksey
>
Looks good to me
More information about the shenandoah-dev
mailing list