--- Comment #7 from hubicka at gcc dot gnu dot org 2005-10-31 14:54 ---
Concerning Mark's comment (I noticed only after committing the patch). I am not
sure what exactly Mark has in mind - this situation is not actually dependend
on inlining - easilly
we might just have funcition with tw
--- Comment #6 from hubicka at gcc dot gnu dot org 2005-10-31 14:49 ---
Subject: Bug 24487
Author: hubicka
Date: Mon Oct 31 14:48:57 2005
New Revision: 106276
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106276
Log:
PR profile/24487
* predict.c (predict_loops):
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-31 06:39
---
Rather than increasing the estimate for loops with unknown bounds or throttling
the maximum for loops with known bounds, why not notice, when inlining, that
we've mixed the two, and drop all frequency guesses in th
--- Comment #4 from hubicka at ucw dot cz 2005-10-28 21:29 ---
Subject: Re: [Bug gcov/profile/24487] [3.4/4.0/4.1 Regression] Basic block
frequencies inaccurate
>
>
> --- Comment #3 from dje at gcc dot gnu dot org 2005-10-28 17:30 ---
> The misprediction causes
--- Comment #3 from dje at gcc dot gnu dot org 2005-10-28 17:30 ---
The misprediction causes (or at least contributes to) compute_alignments in
final.c not aligning the critical loop in longest_match. The recent changes to
bb-reorder.c moved the start of the loop from an ideal alignment
--- Comment #2 from hubicka at gcc dot gnu dot org 2005-10-28 16:32 ---
I've benchmarked the change reducing maximum number of iterations predicted for
loop with constant bounds to 100 and 10 respectively. 100 makes no actual
change to x86-64 SPEC run, 10 seems to result in small degrad
--- Comment #1 from dje at gcc dot gnu dot org 2005-10-24 21:36 ---
fill_window() includes a loop whose count is based on WSIZE. The profile
prediction pass calculates an accurate count estimate of 0x8000. Other loops
have unknown loop bounds, which are estimated with a count of 3-10.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24487