RFR (L) 8227327: Shenandoah: Faster and more parallel tests

Roman Kennke rkennke at redhat.com
Fri Jul 5 20:37:14 UTC 2019


Very nice! Patch looks good!

Roman

> Current hotspot_gc_shenandoah suite runs in fastdebug like this:
> 
> real	31m31.172s
> user	287m50.380s
> sys	5m28.277s
> 
> This amounts to 9.1x parallelism on 16-thread machine. Clearly, something big is on the critical
> path. Profiling shows the critical path is largely dominated by GCBasherWithShenandoah, which takes
> 26 minutes to run through all configurations. Other huge tests also run for a long time.
> 
> We can improve this by splitting @run into several @test groups -- this would execute @test-s in
> parallel, reducing the impact on critical path. The convenient way to split is by mode: passive,
> normal, traversal.
> 
> Also, we can remove some the useless configurations from the tests. This becomes apparent once we
> reformat @run sections to be more digestible and following the same format.
> 
> Webrev:
>   https://cr.openjdk.java.net/~shade/8227327/webrev.01/
> 
> Patched version runs like this:
> 
> real	17m53.136s
> user	247m50.750s
> sys	5m33.051s
> 
> So, it yields ~13.7x parallelism on 16-thread machine, and does less work.
> 
> Testing: hotspot_gc_shenandoah (d'uh)
> 




More information about the hotspot-gc-dev mailing list