[Bug tree-optimization/114269] [14 Regression] Multiple 3-6% exec time regressions of 434.zeusmp since r14-9193-ga0b1798042d033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED|RESOLVED --- Comment #9 from Richard Biener --- So the change has been reverted, we should be back to normal.
[Bug tree-optimization/114269] [14 Regression] Multiple 3-6% exec time regressions of 434.zeusmp since r14-9193-ga0b1798042d033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269 --- Comment #8 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:e0e9499aeffdaca88f0f29334384aa5f710a81a4 commit r14-9540-ge0e9499aeffdaca88f0f29334384aa5f710a81a4 Author: Richard Biener Date: Tue Mar 19 12:24:08 2024 +0100 tree-optimization/114151 - revert PR114074 fix The following reverts the chrec_fold_multiply fix and only keeps handling of constant overflow which keeps the original testcase fixed. A better solution might involve ranger improvements or tracking of assumptions during SCEV analysis similar to what niter analysis does. PR tree-optimization/114151 PR tree-optimization/114269 PR tree-optimization/114322 PR tree-optimization/114074 * tree-chrec.cc (chrec_fold_multiply): Restrict the use of unsigned arithmetic when actual overflow on constant operands is observed. * gcc.dg/pr68317.c: Revert last change.
[Bug tree-optimization/114269] [14 Regression] Multiple 3-6% exec time regressions of 434.zeusmp since r14-9193-ga0b1798042d033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269 Jeffrey A. Law changed: What|Removed |Added CC||law at gcc dot gnu.org Priority|P3 |P2
[Bug tree-optimization/114269] [14 Regression] Multiple 3-6% exec time regressions of 434.zeusmp since r14-9193-ga0b1798042d033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269 Filip Kastl changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED Summary|[14 Regression] Multiple|[14 Regression] Multiple |3-27% exec time regressions |3-6% exec time regressions |of 434.zeusmp since |of 434.zeusmp since |r14-9193-ga0b1798042d033|r14-9193-ga0b1798042d033 --- Comment #7 from Filip Kastl --- Nice, our LNT instance already shows that the patch sped up 434.zeusmp. However I'd like to reopen this bug since the benchmark didn't return to its original values. At least some configurations are still slower than before r14-9193-ga0b1798042d033: Intel Skylake -Ofast -march=native (~5% regression) https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=798.80.0 Intel Skylake -Ofast -march=native -flto PGO (~5% regression) https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=785.80.0 AMD Zen3 -Ofast -march=native -flto (~6% regression) https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=476.80.0 AMD Zen3 -Ofast -march=native -flto PGO (~4% regression) https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=474.80.0 AMD Zen2 -Ofast -march=native -flto (~3% regression) https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=289.80.0