RFR: JDK-8231447: Shenandoah: Compilation-time regression after JDK-8231086

Roman Kennke rkennke at redhat.com
Wed Sep 25 10:11:13 UTC 2019

With JDK-8231086, compilation time of fastdebug build regressed from 
~3:30m to ~5:00m here. See also:


The problem appears to be the presence of clone-barrier code in 
shenandoahBarrierSet.inline.hpp which is then subsequently processed by 
anything that includes that file (incl.  and in particular the Access API).

I propose to fix it by breaking out the clone_barrier() code into its 
own file, and only include that where we need it shenandoahRuntime.cpp, 
and let the access-API clone() call a non-inlined entry point that 
resides in shenandoahBarrierSet.cpp. This brings compile-time back to 
what it was before.


Testing: hotspot_gc_shenandoah



More information about the hotspot-gc-dev mailing list