JDK-8253921 : replay compilations of methods which use JSR292
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs25,9,10,11,12,13,14,15,16
  • Priority: P3
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2020-10-02
  • Updated: 2024-09-17
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
Blocks :  
Blocks :  
Blocks :  
Blocks :  
Cloners :  
Description
This is an umbrella RFE for several blocker issues.
Comments
[~kvn] Yes, for a full solution we probably do need to be able to serialize the equivalent of a class file, and have the ci layer "proxy" cached values instead of querying the VM.
29-10-2020

We only care that current class info in replay file (fields values and MDOs) matched class data we dump. We can add checks to skip calls into VM when we process such classes.
27-10-2020

https://bugs.openjdk.java.net/browse/JDK-8251925 needs this! Dean, is it possible simply teach C2 to dump class file (constant pool and methods bytecode) for dynamic class and mark such class to skip resolution during replay and load all data from replay file into separate C2 buffer which skip all verifications and simply used for compilation?
27-10-2020