JDK-8235485 : mlvm deoptimize stress test is slower with intermittent timeouts after the 8221393 fix
- Type: Bug
- Component: hotspot
- Sub-Component: runtime
- Affected Version: 13,14
- Priority: P4
- Status: Closed
- Resolution: Cannot Reproduce
- Submitted: 2019-12-06
- Updated: 2020-03-03
- Resolved: 2020-03-03
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.
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 15 |
|---|
15Resolved  |
Related Reports
|
Relates :
|
|
|
Relates :
|
|
|
Relates :
|
Description
Related to https://bugs.openjdk.java.net/browse/JDK-8233453 task. (MLVM deoptimize stress test timed out) ## test - [open/test/hotspot/jtreg/vmTestbase/vm/mlvm/meth/stress/compiler/deoptimize/Test.java] It seems the intermittent timeouts of the test (mostly with solaris-sparc and sometimes with windows-x64) started with jdk-13+17, with fix changeset of - https://bugs.openjdk.java.net/browse/JDK-8221393 ResolvedMethodTable too small for StackWalking applications (could not get any timeout failure for the test with sources updated to jdk-13+16 or updated to changeset version just before 8221393 fix.) At present plan is to fix the other JDK-8233453 task by increasing the timeout factor of the test. Opening this task to check if the slowdown of the test after JDK-8221393 is expected!
Comments
|