P3
The following test intermittently crashes VM:
runtime/ParallelClassLoading/stress/freeLock/reflect/inner-complex
Sometimes, in spite of a crash, the test hangs.
This behavior is observed on the host "dip.sfbay.sun.com".
hs_err files are attached.
Scripts for reproduction and execution results can be found here:
/net/gtee.sfbay/export/gtee/results/MUSTANG_UR/PROMOTION/VM-WEEKLY/1.6.0_02-ea-b02-070418171641/vm/RHAT4.0AS/client/batch/vm-vm_6.0_client_batch_RHAT4.0AS2007-04-18-17-21-38/ResultDir/inner-complex
We could see it for es and fr so far.
Is it possible to try with fastdebug with -XX:+CheckUnhandledOops?
Or with -XX:+VerifyBeforeGC -XX:+VerifyAfterGC?
Unfortunately, I can't reproduce this crash with a fastdebug VM (so far, 25 hours of continuous run without failure and it is still running). If I achieve a success, I'll try to reproduce it with the flags you suggested.
runtime/ParallelClassLoading/stress/freeLock/reflect/inner-complex
Sometimes, in spite of a crash, the test hangs.
This behavior is observed on the host "dip.sfbay.sun.com".
hs_err files are attached.
Scripts for reproduction and execution results can be found here:
/net/gtee.sfbay/export/gtee/results/MUSTANG_UR/PROMOTION/VM-WEEKLY/1.6.0_02-ea-b02-070418171641/vm/RHAT4.0AS/client/batch/vm-vm_6.0_client_batch_RHAT4.0AS2007-04-18-17-21-38/ResultDir/inner-complex
We could see it for es and fr so far.
Is it possible to try with fastdebug with -XX:+CheckUnhandledOops?
Or with -XX:+VerifyBeforeGC -XX:+VerifyAfterGC?
Unfortunately, I can't reproduce this crash with a fastdebug VM (so far, 25 hours of continuous run without failure and it is still running). If I achieve a success, I'll try to reproduce it with the flags you suggested.
- duplicates
-
JDK-6852873 Increase in delta between application stopped time and ParNew GC time over application lifetime
-
- Closed
-
- relates to
-
-
- Closed
-