JDK-6709093 : Compressed Oops: reduce size of compiled methods
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs13
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_10
  • CPU: x86
  • Submitted: 2008-05-30
  • Updated: 2020-07-01
  • Resolved: 2008-06-12
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.
JDK 6 JDK 7 Other
6u14Fixed 7Fixed hs13Fixed
Related Reports
Relates :  
JDK-6712872 - Move some of narrow oops optimizations from final_graph_reshape to igvn
Relates :  
JDK-8076985 - Allocation path: biased locking + compressed oops code quality
Description
There is ~60% regression in monte_carlo due to not inlining
nextDouble() method and, as result, not (EA) scalarizing Random object.
The method is not inlinined since the size of its compiled
code > 1000 (inlining threshold) because of additional
encoding/decoding instructions.
Comments
EVALUATION Exclude UEP size from nmethod code size. Use addressing through narrow oop to get prototype header.
10-06-2008