-
Bug
-
Resolution: Fixed
-
P3
-
7
-
b03
-
generic
-
generic
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2176981 | 7 | Erik Trimble | P3 | Closed | Fixed | b17 |
JDK-2172450 | 6u10 | Abhijit Saha | P3 | Resolved | Fixed | b09 |
The function PhaseCFG::Estimate_Block_Frequency computes blocks frequencies based on IfNode (and other) probabilities. Currenntly, the function stops after two passes, and allows inconsistencies in loops of nesting depths of greater than one, among other places.
Both GCM and Block:is_uncommon() rely on the relative frequencies of blocks in order to make cost/benefit choices in their respective optimizations.
This bug calls for consistency in the estimated frequencies, such that the relative frequencies between two blocks be sane, e.g., frequencies inside a loop be greater than that of the loop head.
Both GCM and Block:is_uncommon() rely on the relative frequencies of blocks in order to make cost/benefit choices in their respective optimizations.
This bug calls for consistency in the estimated frequencies, such that the relative frequencies between two blocks be sane, e.g., frequencies inside a loop be greater than that of the loop head.
- backported by
-
JDK-2172450 Compute consistent block frequencies
-
- Resolved
-
-
JDK-2176981 Compute consistent block frequencies
-
- Closed
-
- relates to
-
JDK-6582890 assert(cost >= 0,"negative spill cost")
-
- Closed
-
-
JDK-6586272 uncommon basic blocks not moved to end
-
- Closed
-
-
JDK-6843752 missing code for an anti-dependent Phi in GCM
-
- Closed
-
-
JDK-6584342 assert(hd->head()->is_Loop(),"must begin with loop head node")
-
- Closed
-
(1 relates to)