public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "jamborm at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/102178] New: SPECFP 2006 470.lbm regressions on AMD Zen CPUs after r12-897-gde56f95afaaa22 Date: Thu, 02 Sep 2021 15:38:07 +0000 [thread overview] Message-ID: <bug-102178-4@http.gcc.gnu.org/bugzilla/> (raw) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178 Bug ID: 102178 Summary: SPECFP 2006 470.lbm regressions on AMD Zen CPUs after r12-897-gde56f95afaaa22 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jamborm at gcc dot gnu.org Blocks: 26163 Target Milestone: --- Host: x86_64-linix Target: x86_64-linux LNT has detected an 18% regression of SPECFP 2006 benchmark 470.lbm when it is compiled with -Ofast -march=native on a Zen2 machine: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=421.240.0&plot.1=301.240.0& ...and similarly a 6% regression when it is run on the same machine with -Ofast: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=450.240.0&plot.1=24.240.0& I have bisected both on another zen2 machine to commit r12-897-gde56f95afaaa22 (Run pass_sink_code once more before store_merging). Zen1 machine has also seen a similar -march=native regression in the same time frame: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=450.240.0&plot.1=24.240.0& Zen1 -march=generic seems to be unaffected, which is also the case for the Intel machines we track. Although lbm has been known to have weird regressions caused entirely by code layout where the compiler was not really at fault, the fact that both generic code-gen and Zen1 are affected seems to indicate this is not the case. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 [Bug 26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)
next reply other threads:[~2021-09-02 15:38 UTC|newest] Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-09-02 15:38 jamborm at gcc dot gnu.org [this message] 2021-09-03 7:07 ` [Bug tree-optimization/102178] " marxin at gcc dot gnu.org 2021-09-06 6:40 ` rguenth at gcc dot gnu.org 2021-09-06 6:41 ` [Bug tree-optimization/102178] [12 Regression] " rguenth at gcc dot gnu.org 2021-09-07 2:46 ` luoxhu at gcc dot gnu.org 2021-09-08 14:06 ` jamborm at gcc dot gnu.org 2021-09-16 16:17 ` jamborm at gcc dot gnu.org 2022-01-20 10:20 ` rguenth at gcc dot gnu.org 2022-01-26 15:57 ` marxin at gcc dot gnu.org 2022-01-27 7:42 ` [Bug rtl-optimization/102178] " rguenth at gcc dot gnu.org 2022-01-27 7:55 ` rguenth at gcc dot gnu.org 2022-01-27 8:13 ` crazylht at gmail dot com 2022-01-27 8:18 ` crazylht at gmail dot com 2022-01-27 8:20 ` rguenth at gcc dot gnu.org 2022-01-27 9:34 ` rguenth at gcc dot gnu.org 2022-01-27 9:55 ` Jan Hubicka 2022-01-27 9:55 ` hubicka at kam dot mff.cuni.cz 2022-01-27 10:13 ` rguenth at gcc dot gnu.org 2022-01-27 10:14 ` rguenth at gcc dot gnu.org 2022-01-27 10:23 ` hubicka at kam dot mff.cuni.cz 2022-01-27 10:32 ` rguenth at gcc dot gnu.org 2022-01-27 11:18 ` rguenth at gcc dot gnu.org 2022-01-27 11:30 ` rguenther at suse dot de 2022-01-27 11:33 ` rguenther at suse dot de 2022-01-27 12:04 ` Jan Hubicka 2022-01-27 12:04 ` hubicka at kam dot mff.cuni.cz 2022-01-27 13:42 ` hjl.tools at gmail dot com 2022-01-27 14:24 ` rguenth at gcc dot gnu.org 2022-01-27 16:28 ` crazylht at gmail dot com 2022-01-27 16:36 ` crazylht at gmail dot com 2022-01-28 15:48 ` vmakarov at gcc dot gnu.org 2022-01-28 16:02 ` vmakarov at gcc dot gnu.org 2022-02-09 15:51 ` vmakarov at gcc dot gnu.org 2022-02-10 7:45 ` rguenth at gcc dot gnu.org 2022-02-10 15:17 ` vmakarov at gcc dot gnu.org 2022-04-11 13:04 ` rguenth at gcc dot gnu.org 2022-04-25 9:45 ` rguenth at gcc dot gnu.org 2022-04-25 12:52 ` rguenth at gcc dot gnu.org 2022-04-25 13:02 ` rguenth at gcc dot gnu.org 2022-04-25 13:09 ` rguenth at gcc dot gnu.org 2023-04-26 6:55 ` [Bug rtl-optimization/102178] [12/13/14 " rguenth at gcc dot gnu.org 2023-07-27 9:22 ` rguenth at gcc dot gnu.org 2024-05-21 9:10 ` [Bug rtl-optimization/102178] [12/13/14/15 " jakub at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-102178-4@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).