[gcc r16-4009] Increase auto-fdo profile scaling
Jan Hubicka
hubicka@gcc.gnu.org
Sun Sep 21 14:53:27 GMT 2025
https://gcc.gnu.org/g:9766f99e6ea365c6ff2c4b1a27a8b9eddb323eb1
commit r16-4009-g9766f99e6ea365c6ff2c4b1a27a8b9eddb323eb1
Author: Jan Hubicka <jh@suse.cz>
Date: Sun Sep 21 16:52:18 2025 +0200
Increase auto-fdo profile scaling
Increase scaling factor for auto-fdo profiles. I origianlly used
n_bits/2 which is also used by local guessing algorithm. For local guessing
algorithm the main factor is to prevent inliner scaling up the profile till
overflow.
With sane IPA profile large scaling up should essentially never happen. Inliner and
ipa-cp only duplicates code and should only scale down. ipa-icf and tail merging merges
code but not very large number of code paths.
In practice scaling up still happens when profile is inconsisent, so this use
n_bits-10, which is 50 currently. The main advantage of this is to reduce chances
things drop to 0 and we hit the various special cases for 0 auto-FDO profile.
gcc/ChangeLog:
* auto-profile.cc (autofdo_source_profile::read): Scale profile up to
profile_count::n_bits - 10.
Diff:
---
gcc/auto-profile.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/auto-profile.cc b/gcc/auto-profile.cc
index ce607a68d2ee..7d867de5bd9d 100644
--- a/gcc/auto-profile.cc
+++ b/gcc/auto-profile.cc
@@ -2627,7 +2627,7 @@ autofdo_source_profile::read ()
bigger than sum_max eventually. */
if (afdo_profile_info->sum_max)
afdo_count_scale
- = MAX (((gcov_type)1 << (profile_count::n_bits / 2))
+ = MAX (((gcov_type)1 << (profile_count::n_bits - 10))
/ afdo_profile_info->sum_max, 1);
afdo_profile_info->cutoff *= afdo_count_scale;
afdo_hot_bb_threshod
More information about the Gcc-cvs
mailing list