RFR (XS) 8156803: Turn StressLCM/StressGCM flags to diagnostic

Aleksey Shipilev aleksey.shipilev at oracle.com
Wed May 11 21:33:00 UTC 2016


Hi,

In order to better test the concurrency support in JVM, we introduced
StressLCM/StressGCM flags that randomize C2's instruction scheduling:

  develop(bool, StressLCM, false, \
          "Randomize instruction scheduling in LCM") \

  develop(bool, StressGCM, false, \
          "Randomize instruction scheduling in GCM") \

These, however, require fastdebug build, which is not really fast for
concurrency testing, as it does lots of asserts in VM codepaths
(notably, GC). We would be better off turning these flags to diagnostic,
to pop out in product builds.

Bug:
  https://bugs.openjdk.java.net/browse/JDK-8156803

Webrev:
  http://cr.openjdk.java.net/~shade/8156803/webrev.01/

Testing: manual testing with local x86_64/release build. I don't think
we need to waste machine time on deeply testing this trivial change?

Thanks,
-Aleksey

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160512/401b112a/signature.asc>


More information about the hotspot-compiler-dev mailing list