JDK-8066400 : Reserve memory for OOME exception processing during deoptimization
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9,10
  • Priority: P3
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2014-12-02
  • Updated: 2023-11-16
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.
Other
tbdUnresolved
Related Reports
Relates :  
JDK-6898462 - The escape analysis with G1 cause crash assertion src/share/vm/runtime/vframeArray.cpp:94
Relates :  
JDK-8227309 - Handle OOM when rematerializing objects less surprising
Description
With JDK-6898462, OOME when scalar replaced objects are reallocated during deoptimization causes all interpreter frames for the deoptimized compiled frame to be popped. One suggestion to improve the behaviour in this case is to reserve cold, never-used memory to recharge a thread's TLAB in some TBD gated manner, to allow catch clauses a better chance to complete.