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