public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/90234] 503.bwaves_r is 6% slower on Zen1 CPUs at -Ofast with native march/mtune than with generic ones
       [not found] <bug-90234-4@http.gcc.gnu.org/bugzilla/>
@ 2020-03-30 11:13 ` jamborm at gcc dot gnu.org
  2020-07-30 20:16 ` [Bug target/90234] 503.bwaves_r is 6% slower on Zen1/Zen2 " jamborm at gcc dot gnu.org
  2021-02-04 17:43 ` jamborm at gcc dot gnu.org
  2 siblings, 0 replies; 3+ messages in thread
From: jamborm at gcc dot gnu.org @ 2020-03-30 11:13 UTC (permalink / raw)
  To: gcc-bugs

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

Martin Jambor <jamborm at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|503.bwaves_r is 6% slower   |503.bwaves_r is 6% slower
                   |on Zen CPUs at -Ofast with  |on Zen1 CPUs at -Ofast with
                   |native march/mtune than     |native march/mtune than
                   |with generic ones           |with generic ones

--- Comment #1 from Martin Jambor <jamborm at gcc dot gnu.org> ---
I can still see this issue on a Zen1 machine as of trunk revision
abe13e1847f (Feb 17 2020) but not on Zen2 machines (in both cases
targeting native ISAs).

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug target/90234] 503.bwaves_r is 6% slower on Zen1/Zen2 CPUs at -Ofast with native march/mtune than with generic ones
       [not found] <bug-90234-4@http.gcc.gnu.org/bugzilla/>
  2020-03-30 11:13 ` [Bug target/90234] 503.bwaves_r is 6% slower on Zen1 CPUs at -Ofast with native march/mtune than with generic ones jamborm at gcc dot gnu.org
@ 2020-07-30 20:16 ` jamborm at gcc dot gnu.org
  2021-02-04 17:43 ` jamborm at gcc dot gnu.org
  2 siblings, 0 replies; 3+ messages in thread
From: jamborm at gcc dot gnu.org @ 2020-07-30 20:16 UTC (permalink / raw)
  To: gcc-bugs

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

Martin Jambor <jamborm at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|503.bwaves_r is 6% slower   |503.bwaves_r is 6% slower
                   |on Zen1 CPUs at -Ofast with |on Zen1/Zen2 CPUs at -Ofast
                   |native march/mtune than     |with native march/mtune
                   |with generic ones           |than with generic ones

--- Comment #2 from Martin Jambor <jamborm at gcc dot gnu.org> ---
I spoke too soon, I can see this in May gcc 10.1 data on zen1 machine and also
in current master (6e1e0decc9e) on a zen-2 machine, still about 6% in both
cases.

(Gcc9 does not have this problem on zen2 but does on zen1 so it looks a bit
fragile).

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug target/90234] 503.bwaves_r is 6% slower on Zen1/Zen2 CPUs at -Ofast with native march/mtune than with generic ones
       [not found] <bug-90234-4@http.gcc.gnu.org/bugzilla/>
  2020-03-30 11:13 ` [Bug target/90234] 503.bwaves_r is 6% slower on Zen1 CPUs at -Ofast with native march/mtune than with generic ones jamborm at gcc dot gnu.org
  2020-07-30 20:16 ` [Bug target/90234] 503.bwaves_r is 6% slower on Zen1/Zen2 " jamborm at gcc dot gnu.org
@ 2021-02-04 17:43 ` jamborm at gcc dot gnu.org
  2 siblings, 0 replies; 3+ messages in thread
From: jamborm at gcc dot gnu.org @ 2021-02-04 17:43 UTC (permalink / raw)
  To: gcc-bugs

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

Martin Jambor <jamborm at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #3 from Martin Jambor <jamborm at gcc dot gnu.org> ---
I do not have data from Zen1 on this, but on Zen2 this is fixed on the current
trunk (and on Zen3 too, where GCC 10 also was slower with native than generic
tuning).

I don't seem to be able to force LNT to show me the respective graph, but my
guess would be that lim after loop interchange did it.  Anyway, fixed.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-02-04 17:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-90234-4@http.gcc.gnu.org/bugzilla/>
2020-03-30 11:13 ` [Bug target/90234] 503.bwaves_r is 6% slower on Zen1 CPUs at -Ofast with native march/mtune than with generic ones jamborm at gcc dot gnu.org
2020-07-30 20:16 ` [Bug target/90234] 503.bwaves_r is 6% slower on Zen1/Zen2 " jamborm at gcc dot gnu.org
2021-02-04 17:43 ` jamborm at gcc dot gnu.org

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).