public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%
       [not found] <bug-22564-5666@http.gcc.gnu.org/bugzilla/>
@ 2005-10-24  1:50 ` pinskia at gcc dot gnu dot org
  0 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-10-24  1:50 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #5 from pinskia at gcc dot gnu dot org  2005-10-24 01:50 -------
Even though this is a regression, we still don't have a testcase after 3 months
so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


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


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

* [Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%
  2005-07-20  8:16 [Bug tree-optimization/22564] New: " loki at gcc dot gnu dot org
                   ` (2 preceding siblings ...)
  2005-07-20 15:11 ` pinskia at gcc dot gnu dot org
@ 2005-07-20 17:50 ` giovannibajo at libero dot it
  3 siblings, 0 replies; 5+ messages in thread
From: giovannibajo at libero dot it @ 2005-07-20 17:50 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From giovannibajo at libero dot it  2005-07-20 17:32 -------
OK thanks. But let me stress one point:

> IMHO the graphs suggest that the daily bugfixes increased the 
> compilation time day after day.

In those days, we added something like 20 new projects to GCC (new optimization 
passes, algorithms and features). So it is kind of normal that new passes slow 
down the compiler day after day. Nonetheless, if you find specific testcases, 
we can probably optimize compile time here and there to compensate the general 
intrinsic slowdown.

-- 


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


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

* [Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%
  2005-07-20  8:16 [Bug tree-optimization/22564] New: " loki at gcc dot gnu dot org
  2005-07-20  8:47 ` [Bug tree-optimization/22564] " giovannibajo at libero dot it
  2005-07-20 12:59 ` loki at gcc dot gnu dot org
@ 2005-07-20 15:11 ` pinskia at gcc dot gnu dot org
  2005-07-20 17:50 ` giovannibajo at libero dot it
  3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-07-20 15:11 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2005-07-20 15:08 -------
Also is the -O3 from yesterday before tree-promote-statics was removed, if so that precentage is 
misleading.  Today's timing should come back down to around 10%.

-- 


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


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

* [Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%
  2005-07-20  8:16 [Bug tree-optimization/22564] New: " loki at gcc dot gnu dot org
  2005-07-20  8:47 ` [Bug tree-optimization/22564] " giovannibajo at libero dot it
@ 2005-07-20 12:59 ` loki at gcc dot gnu dot org
  2005-07-20 15:11 ` pinskia at gcc dot gnu dot org
  2005-07-20 17:50 ` giovannibajo at libero dot it
  3 siblings, 0 replies; 5+ messages in thread
From: loki at gcc dot gnu dot org @ 2005-07-20 12:59 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From loki at gcc dot gnu dot org  2005-07-20 12:31 -------
(In reply to comment #1)
You are probably right, but it is hard to find such a test case,
because there is only one significant daily regression (I guess from merging),
but this one doesn't explain the overall change.

IMHO the graphs suggest that the daily bugfixes increased the compilation time
day after day. So, it's maybe difficult to clearly show which algorithms are
responsible for this regression.

Soever, I will search for some tests which will demonstarte this compile-time-hog.


-- 


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


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

* [Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11%
  2005-07-20  8:16 [Bug tree-optimization/22564] New: " loki at gcc dot gnu dot org
@ 2005-07-20  8:47 ` giovannibajo at libero dot it
  2005-07-20 12:59 ` loki at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: giovannibajo at libero dot it @ 2005-07-20  8:47 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From giovannibajo at libero dot it  2005-07-20 08:15 -------
Of course: March 1st is when GCC went back to Stage 1. There have been dozen 
and dozen of projects contributed for GCC 4.1, and probably some still require 
tuning.

The best way to attack this is to find and analyze *specific* regressions. 
Would you please submit a couple of preprocessed sources which clearly show a 
compile time increase?

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


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


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

end of thread, other threads:[~2005-10-24  1:50 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-22564-5666@http.gcc.gnu.org/bugzilla/>
2005-10-24  1:50 ` [Bug tree-optimization/22564] [4.1 Regression] Compilation time increased about 11% pinskia at gcc dot gnu dot org
2005-07-20  8:16 [Bug tree-optimization/22564] New: " loki at gcc dot gnu dot org
2005-07-20  8:47 ` [Bug tree-optimization/22564] " giovannibajo at libero dot it
2005-07-20 12:59 ` loki at gcc dot gnu dot org
2005-07-20 15:11 ` pinskia at gcc dot gnu dot org
2005-07-20 17:50 ` giovannibajo at libero dot it

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