public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/103498] New: Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing
@ 2021-11-30 16:14 meissner at gcc dot gnu.org
2022-08-09 6:42 ` [Bug target/103498] " guihaoc at gcc dot gnu.org
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: meissner at gcc dot gnu.org @ 2021-11-30 16:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498
Bug ID: 103498
Summary: Spec 2017 imagick_r is 2.62% slower on Power10 with
pc-relative addressing compared to not using
pc-relative addressing
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
I was doing some Spec 2017 rate runs on a single power10 little endian 64-bit
CPU. One of the runs disabled pc-relative addressing. One benchmark
(imagick_r) was faster if PC-relative addressing was disabled.
For this run I used the options:
-DSPEC \
-DNDEBUG \
-I. \
-DSPEC_AUTO_SUPPRESS_OPENMP \
-g \
-save-temps=obj \
-Ofast \
-mcpu=power10 \
-mrecip \
-funroll-loops \
-msave-toc-indirect \
-mno-pcrel \
-fgnu89-inline \
-Wno-multichar \
-DSPEC_LP64 \
-frandom-seed=spec2017
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/103498] Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing
2021-11-30 16:14 [Bug target/103498] New: Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing meissner at gcc dot gnu.org
@ 2022-08-09 6:42 ` guihaoc at gcc dot gnu.org
2022-08-09 9:26 ` segher at gcc dot gnu.org
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: guihaoc at gcc dot gnu.org @ 2022-08-09 6:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498
HaoChen Gui <guihaoc at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |guihaoc at gcc dot gnu.org
--- Comment #1 from HaoChen Gui <guihaoc at gcc dot gnu.org> ---
Tested imagick_r on Power10 DD2. The performance is the same between Ofast with
pcrel and Ofast without pcrel. Not sure if DD2 fixed the regression.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/103498] Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing
2021-11-30 16:14 [Bug target/103498] New: Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing meissner at gcc dot gnu.org
2022-08-09 6:42 ` [Bug target/103498] " guihaoc at gcc dot gnu.org
@ 2022-08-09 9:26 ` segher at gcc dot gnu.org
2023-06-02 3:31 ` bergner at gcc dot gnu.org
2023-06-02 4:40 ` meissner at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: segher at gcc dot gnu.org @ 2022-08-09 9:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498
--- Comment #2 from Segher Boessenkool <segher at gcc dot gnu.org> ---
Mike, do you still see this?
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/103498] Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing
2021-11-30 16:14 [Bug target/103498] New: Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing meissner at gcc dot gnu.org
2022-08-09 6:42 ` [Bug target/103498] " guihaoc at gcc dot gnu.org
2022-08-09 9:26 ` segher at gcc dot gnu.org
@ 2023-06-02 3:31 ` bergner at gcc dot gnu.org
2023-06-02 4:40 ` meissner at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: bergner at gcc dot gnu.org @ 2023-06-02 3:31 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498
--- Comment #3 from Peter Bergner <bergner at gcc dot gnu.org> ---
(In reply to Segher Boessenkool from comment #2)
> Mike, do you still see this?
Ping again. Is this still an issue?
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/103498] Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing
2021-11-30 16:14 [Bug target/103498] New: Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing meissner at gcc dot gnu.org
` (2 preceding siblings ...)
2023-06-02 3:31 ` bergner at gcc dot gnu.org
@ 2023-06-02 4:40 ` meissner at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: meissner at gcc dot gnu.org @ 2023-06-02 4:40 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498
Michael Meissner <meissner at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|UNCONFIRMED |RESOLVED
--- Comment #4 from Michael Meissner <meissner at gcc dot gnu.org> ---
I just ran spec 2017 on a Power10 machine running RHEL 8, using the GCC 13.1
GCC and the Advance Toolchain 15.0 library. In that run, I see no significant
(more than 1%) regressions if we use -mno-pcrel. In fact, imagick_r was nearly
2% faster using PC-relative addressing.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-06-02 4:40 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-11-30 16:14 [Bug target/103498] New: Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing meissner at gcc dot gnu.org
2022-08-09 6:42 ` [Bug target/103498] " guihaoc at gcc dot gnu.org
2022-08-09 9:26 ` segher at gcc dot gnu.org
2023-06-02 3:31 ` bergner at gcc dot gnu.org
2023-06-02 4:40 ` meissner 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).