JDK-8231447 : Shenandoah: Compilation-time regression after JDK-8231086
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 8-shenandoah,11-shenandoah,14
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2019-09-25
  • Updated: 2020-01-10
  • Resolved: 2019-09-25
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 14
14 b16Fixed
Related Reports
Relates :  
JDK-8231086 - Shenandoah: Stronger invariant for object-arraycopy
Description
With JDK-8231086, compilation time of fastdebug build regressed from ~3:30m to ~5:00m here. See also:

https://mail.openjdk.java.net/pipermail/shenandoah-dev/2019-September/010622.html
Comments
URL: https://hg.openjdk.java.net/jdk/jdk/rev/f642ad5c655f User: rkennke Date: 2019-09-25 10:35:43 +0000
25-09-2019
Fix candidate: http://cr.openjdk.java.net/~rkennke/JDK-8231447/webrev.00/ It resolves the compilation-time problem. Apparently it is no good to have the clone barrier code exposed to everything that includes shenandoahBarrierSet.inline.hpp. Narrowing its inclusion to shenandoahBarrierSet.cpp and shenandoahRuntime.cpp gets us back to normal compilation times.
25-09-2019