This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug middle-end/84200] [8 Regression] r256888 causes 30% performance regression of 519.lbm_r at -Ofast generic tuning on Zen


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84200

--- Comment #2 from Martin Liška <marxin at gcc dot gnu.org> ---
Confirmed, thank you Martin for reporting that. I was able to reproduce that on
Zen.
I see ~25% regression on train size and reverting following predictor helps for
me:

-DEF_PREDICTOR (PRED_LOOP_EXIT, "loop exit", HITRATE (89),
+DEF_PREDICTOR (PRED_LOOP_EXIT, "loop exit", HITRATE (85),

I'm going to measure also ref size and then I'll analyze which loop is
affected.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]