From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 387B23858403; Mon, 3 Jan 2022 11:20:43 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 387B23858403 From: "hubicka at kam dot mff.cuni.cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/102943] [12 Regression] Jump threader compile-time hog with 521.wrf_r Date: Mon, 03 Jan 2022 11:20:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 12.0 X-Bugzilla-Keywords: compile-time-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka at kam dot mff.cuni.cz X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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: Mon, 03 Jan 2022 11:20:43 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D102943 --- Comment #33 from hubicka at kam dot mff.cuni.cz --- With the inliner tweaks (which I hope to get bit more aggressive this week) we "solved" the wrf compile time with LTO by simply not building the gigantic functions. However we still have significant regressions without LTO.=20 Accroding to https://lnt.opensuse.org/db_default/v4/SPEC/spec_report/branch With spec2006 on kabylake with _O2 we have: Test Name gcc-6 gcc-7 gcc-8 gcc-9 gcc-10 gcc-11 gcc-trunk SPECFP 256.464 3.59% 15.50% 19.29% 29.53% 33.44% 43.= 50% SPECint 119.368 3.17% 13.60% 17.23% 14.17% 26.58% 33.= 58% and spec2007 SPECFP 638.337 5.39% 21.20% 25.40% 50.18% 45.00% 58.= 72% SPECint 217.977 4.03% 11.47% 16.17% 13.29% 22.52% 27.= 28% Growing SPECFP -O2 build time by over 10% in one release is quite a lot though it happened previously with gcc7->gcc8 and gcc9->gcc10 (if I remember correctly gcc10 was caused by Fortran revisiting libgfortran API and increasing binaries significantly). The bigger increase in SPECfp compared to SPECint seems to be attributed to wrf which regresses 122% compared to gcc6. The build time graph is here https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=3D116.548.8&plot.1= =3D161.548.8&plot.2=3D68.548.8&plot.3=3D206.548.8&plot.4=3D373.548.8&plot.5= =3D430.548.8&plot.6=3D30.548.8& So I think this is still about the most important compile time issue we have. I plan to look at the profile updating issues in threader and hopefully get bit more faimilar with the code to possibly help here.=