From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 68F5A385801F; Tue, 11 Jan 2022 14:22:17 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 68F5A385801F From: "rsandifo at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/98782] [11 Regression] Bad interaction between IPA frequences and IRA resulting in spills due to changes in BB frequencies Date: Tue, 11 Jan 2022 14:22:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: missed-optimization, ra X-Bugzilla-Severity: normal X-Bugzilla-Who: rsandifo at gcc dot gnu.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 12.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2022 14:22:17 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D98782 --- Comment #43 from rsandifo at gcc dot gnu.org --- (In reply to hubicka from comment #42) > I also see a 6.69% regression on x64 with -Ofast -march=3Dnative -flto > https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=3D475.377.0 I can reproduce this with -Ofast -flto -march=3Dznver3 (but not running on a Zen 3). It looks like it's due to g:d3ff7420e94 instead though (sorry Andre!). With a 3-iteration run, I see a 6.2% regression after that revision compared with before it. It would be great if someone more familiar than me with x86 could confirm the bisection though. > and perhaps 3-5% on sphinx > https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=3D476.280.0 > https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=3D227.280.0 I'll look at these next. > For non-spec benchmarks spec there is a regression on nbench > https://lnt.opensuse.org/db_default/v4/CPP/graph?plot.0=3D26.645.1 > There are also large changes in tsvc > https://lnt.opensuse.org/db_default/v4/CPP/latest_runs_report > it may be noise since kernels are tiny, but for example x293 reproduces > both on kabylake and zen by about 80-90% regression that may be easy to > track (the kernel is included in the testsuite). Same regression is not > seen on zen3, so may be an ISA specific or so. To summarise what we discussed on irc (for the record): it looks like the s293 regression is in the noise, like you say. I can't convince GCC to generate different code before and after the IRA patches for that. I haven't looked at the other tsvc tests yet.=