JDK-6372116 : OSR compilation attempted for huge methods
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 6
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2006-01-12
  • Updated: 2010-04-05
  • Resolved: 2006-01-24
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 Other JDK 6
1.4.2_19-revFixed 1.4.2_21Fixed 6 b69Fixed
Related Reports
Relates :  
JDK-6579892 - 1.4.2_12 server VM fails with EXCEPTION_STACK_OVERFLOW on Windows in PhaseCFG::set_pinned
Relates :  
JDK-6453531 - Severe performance regression on long methods for server VM
Relates :  
JDK-6360541 - 5.0u6 assert gcm.cpp:1306 assert(bs->has_valid_counts(), "Bad goto frequency/count
Description
The HotSpot compilers attempt to OSR-compile huge methods (greater than 8000 bytes of bytecodes).  The HotSpot compilationPolicy avoids entry-compilation of such methods.

Due to the entry-compilation policy, the compilers are not well-tested on huge methods,
and strange crashes (see 6360541) have been observed on OSR compiles of such.

The OSR and entry policies should be made consistent.
Comments
SUGGESTED FIX See PRT webrev: http://analemma.sfbay.sun.com/net/prt-archiver.sfbay/data/archived_workspaces/main/c2_baseline/2006/20060118064414.rasbold.c2_baseline2/workspace/webrevs/webrev-2006.01.18/index.html
18-01-2006
EVALUATION Fix compilationPolicy.cpp to check canBeCompiled() on back-branch events, as it does on entry events.
12-01-2006