[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969

--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-03-13 23:49:58 UTC ---
Is this still true?

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[burnus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969

Tobias Burnus <burnus at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |burnus at gcc dot gnu.org
         Resolution|                            |FIXED

--- Comment #5 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-03-18 16:23:12 UTC ---
(In reply to comment #4)
> Is this still true?

It seems to be FIXED - and the performance is now better as well!

(In reply to comment #0)
> The following test case takes
>   9.100s with gfortran -O3
>  11.113s with gfortran -flto -fwhole-program -O3

Now with GCC 4.8: 6.780s (For completeness, with -fno-whole-file: 11.106s)

>   5.205s with gfortran -ffast-math -march=native -funroll-loops -O3
>   7.414s with gfortran -ffast-math -march=native -funroll-loops -flto
> -fwhole-program -O3

Now: 4.765s

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[mikolajmm at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969

travnick <mikolajmm at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mikolajmm at gmail dot com

--- Comment #6 from travnick <mikolajmm at gmail dot com> 2012-04-29 18:48:49 UTC ---
I have the same issue with flags:
-fwhole-program
-ftlo (-flto: eaven slower, faster (this result) for me: -flto=2)
-fuse-linker-plugin

In my project: https://github.com/travnick/GKiO-Projekt-GK
after applying this flags, default scene renders in 30-32s on my machine.
Without them it takes only 19-22 s so this flags make my project slower by 50%.

gcc version 4.7.0 20120414 (prerelease) (GCC)

Linux 3.3-pf #2 SMP PREEMPT Sat Apr 28 02:09:06 EEST 2012 x86_64 Intel(R)
Core(TM)2 Duo CPU T6600 @ 2.20GHz GenuineIntel GNU/Linux

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[hubicka at ucw dot cz]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969

--- Comment #7 from Jan Hubicka <hubicka at ucw dot cz> 2012-04-30 00:39:08 UTC ---
It doesn't help to attach this into a closed bugreport.  LTO allows GCC to do a
lot more transformations
and sometime the transformations hurts the final performance. This is a bug and
we will try to fix it.
>From information you gave it is however impossible to guess what may possibly
go wrong.
If you provide some more analysis about why your program gets slower and attach
it into a (new) PR,
we will try to take a look.

Honza

Re: [Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[Jan Hubicka]

It doesn't help to attach this into a closed bugreport.  LTO allows GCC to do a lot more transformations
and sometime the transformations hurts the final performance. This is a bug and we will try to fix it.
>From information you gave it is however impossible to guess what may possibly go wrong.
If you provide some more analysis about why your program gets slower and attach it into a (new) PR,
we will try to take a look.

Honza

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[rguenth at gcc dot gnu dot org]

------- Comment #3 from rguenth at gcc dot gnu dot org  2009-11-06 16:50 -------
It's btw another case where we do not try to force alignment of the
stack locals :/


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[rguenth at gcc dot gnu dot org]

------- Comment #2 from rguenth at gcc dot gnu dot org  2009-11-06 16:46 -------
For me it's all the same speed apart from plain -O3 which is slower.  Basically
the theory is that if inlined we know the alignment of the arrays and
thus can do aligned loads/stores in the vectorized code (and avoid some
runtime tests).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969

[Bug middle-end/41969] [LTO] 23% slow-down with -flto -fwhole-program

[rguenth at gcc dot gnu dot org]

------- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-06 16:42 -------
I'd be interested in -O3 [-fwhole-program] -fwhole-file numbers.  This
testcase shouldn't need any LTO to be optimized properly.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41969