| Summary: | [3.2/3.3 regression] Inordinately long compile times in reload CSE regs | ||
|---|---|---|---|
| Product: | gcc | Reporter: | lucier |
| Component: | rtl-optimization | Assignee: | Not yet assigned to anyone <unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bangerth, gcc-bugs, lucier, mark, paolo.carlini |
| Priority: | P3 | Keywords: | compile-time-hog |
| Version: | unknown | ||
| Target Milestone: | 3.3 | ||
| Host: | Target: | ||
| Build: | Known to work: | ||
| Known to fail: | Last reconfirmed: | ||
|
Description
lucier
2001-02-15 10:56:01 UTC
Fix: The root problem is that gcse kills all pseudos in every basic block that is the target of a computed goto. There are many such blocks in this code, so many pseudos are reloaded at the beginning of each such block; implementing Ruething's variant of LCM that can handle abnormal edges would likely fix this. But until that is done, reload should handle this problem more gracefully. I don't know what the fix is. From: Brad Lucier <lucier@math.purdue.edu> To: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org Cc: lucier@math.purdue.edu Subject: Re: optimization/2001: Inordinately long compile times in reload CSE regs Date: Thu, 15 Feb 2001 15:46:09 -0500 (EST) Just to note, this is a regression versus gcc-2.95.2, which takes 3.32 seconds to compile this file, instead of 195.64 with the current release branch. Brad State-Changed-From-To: open->feedback
State-Changed-Why: Brad, can you confirm whether this problem still applies? If
it is a regression w.r.t. 2.95, then we may want to raise
its priority.
Thanks
Wolfgang
State-Changed-From-To: feedback->analyzed
State-Changed-Why: Brad says this still happens. Since it is a regression w.r.t.
2.95, I raise its priority.
From: Wolfgang Bangerth <bangerth@ticam.utexas.edu> To: gcc-gnats@gcc.gnu.org Cc: Subject: Re: optimization/2001: Inordinately long compile times in reload CSE regs Date: Tue, 19 Nov 2002 08:58:33 -0600 (CST) ---------- Forwarded message ---------- Date: Mon, 18 Nov 2002 23:37:37 -0500 (EST) From: Brad Lucier <lucier@math.purdue.edu> To: bangerth@dealii.org Cc: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org Subject: Re: optimization/2001: Inordinately long compile times in reload CSE regs > > Synopsis: Inordinately long compile times in reload CSE regs > > State-Changed-From-To: open->feedback > State-Changed-By: bangerth > State-Changed-When: Mon Nov 18 15:22:46 2002 > State-Changed-Why: > Brad, can you confirm whether this problem still applies? If > it is a regression w.r.t. 2.95, then we may want to raise > its priority. > > Thanks > Wolfgang > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 > It still happens with today's CVS mainline. The timings for cc1 (checking disabled, no profiling) are below. The input file is at http://www.math.purdue.edu/~lucier/GNATS/GNATS-6/pi.i.gz popov-222% /export/home/lucier/local/lib/gcc-lib/alphaev6-unknown-linux-gnu/3.3/cc1 -fPIC -fno-math-errno -O2 -mcpu=ev6 pi.i __copysignf copysignf __copysign copysign __fabsf fabsf __fabs fabs __floorf __floor floorf floor ___H__20_pi {GC 6136k -> 2125k} {GC 27774k -> 14090k} {GC 20667k -> 10672k} {GC 20718k -> 17582k} {GC 48525k -> 18420k} {GC 33107k -> 24477k} ___init_proc ____20_pi Execution times (seconds) garbage collection : 1.24 ( 0%) usr 0.01 ( 2%) sys 1.00 ( 0%) wall cfg construction : 0.26 ( 0%) usr 0.01 ( 2%) sys 0.50 ( 0%) wall cfg cleanup : 0.94 ( 0%) usr 0.00 ( 0%) sys 1.00 ( 0%) wall trivially dead code : 1.21 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall life analysis : 12.97 ( 4%) usr 0.00 ( 1%) sys 13.00 ( 4%) wall life info update : 1.97 ( 1%) usr 0.00 ( 0%) sys 2.50 ( 1%) wall preprocessing : 0.06 ( 0%) usr 0.02 ( 4%) sys 0.00 ( 0%) wall lexical analysis : 0.09 ( 0%) usr 0.05 ( 9%) sys 0.00 ( 0%) wall parser : 0.26 ( 0%) usr 0.04 ( 6%) sys 0.50 ( 0%) wall expand : 0.08 ( 0%) usr 0.00 ( 1%) sys 0.00 ( 0%) wall varconst : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall integration : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall jump : 0.61 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall CSE : 7.91 ( 2%) usr 0.01 ( 1%) sys 8.00 ( 2%) wall global CSE : 4.73 ( 1%) usr 0.21 (35%) sys 5.00 ( 1%) wall loop analysis : 0.14 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall CSE 2 : 3.79 ( 1%) usr 0.00 ( 0%) sys 4.00 ( 1%) wall branch prediction : 3.85 ( 1%) usr 0.00 ( 1%) sys 4.00 ( 1%) wall flow analysis : 0.25 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall combiner : 0.65 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall if-conversion : 0.15 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall regmove : 0.58 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall scheduling : 159.40 (44%) usr 0.04 ( 6%) sys 159.50 (44%) wall local alloc : 1.27 ( 0%) usr 0.00 ( 0%) sys 1.50 ( 0%) wall global alloc : 4.20 ( 1%) usr 0.05 ( 8%) sys 4.00 ( 1%) wall reload CSE regs : 109.40 (30%) usr 0.07 (12%) sys 109.50 (30%) wall flow 2 : 0.60 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall if-conversion 2 : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall peephole 2 : 0.26 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall rename registers : 1.71 ( 0%) usr 0.00 ( 0%) sys 2.00 ( 1%) wall scheduling 2 : 44.54 (12%) usr 0.02 ( 3%) sys 44.50 (12%) wall reorder blocks : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall shorten branches : 0.38 ( 0%) usr 0.01 ( 1%) sys 0.50 ( 0%) wall final : 1.39 ( 0%) usr 0.02 ( 4%) sys 1.50 ( 0%) wall rest of compilation : 0.33 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall TOTAL : 365.42 0.59 366.00 popov-223% ll pi.s -rw-r--r-- 1 lucier users 1829841 Nov 18 23:30 pi.s popov-224% /export/home/lucier/local/lib/gcc-lib/alphaev6-unknown-linux-gnu/3.3/cc1 -fPIC -fno-math-errno -O2 -fno-gcse -mcpu=ev6 pi.i __copysignf copysignf __copysign copysign __fabsf fabsf __fabs fabs __floorf __floor floorf floor ___H__20_pi {GC 6136k -> 2125k} {GC 6575k -> 2138k} ___init_proc ____20_pi Execution times (seconds) garbage collection : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall cfg construction : 0.22 ( 2%) usr 0.01 ( 8%) sys 0.50 ( 5%) wall cfg cleanup : 0.74 ( 8%) usr 0.00 ( 0%) sys 0.50 ( 5%) wall trivially dead code : 0.06 ( 1%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall life analysis : 0.57 ( 6%) usr 0.00 ( 0%) sys 0.50 ( 5%) wall life info update : 0.17 ( 2%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall preprocessing : 0.08 ( 1%) usr 0.02 (12%) sys 0.00 ( 0%) wall lexical analysis : 0.08 ( 1%) usr 0.03 (21%) sys 0.00 ( 0%) wall parser : 0.29 ( 3%) usr 0.03 (25%) sys 0.50 ( 5%) wall expand : 0.09 ( 1%) usr 0.00 ( 1%) sys 0.00 ( 0%) wall varconst : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall integration : 0.02 ( 0%) usr 0.00 ( 1%) sys 0.00 ( 0%) wall jump : 0.46 ( 5%) usr 0.01 ( 4%) sys 0.50 ( 5%) wall CSE : 0.14 ( 2%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall loop analysis : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall CSE 2 : 0.13 ( 1%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall branch prediction : 3.79 (42%) usr 0.01 ( 8%) sys 4.00 (42%) wall flow analysis : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall combiner : 0.16 ( 2%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall if-conversion : 0.08 ( 1%) usr 0.00 ( 0%) sys 0.50 ( 5%) wall regmove : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall scheduling : 0.66 ( 7%) usr 0.00 ( 1%) sys 1.00 (11%) wall local alloc : 0.15 ( 2%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall global alloc : 0.18 ( 2%) usr 0.01 ( 9%) sys 0.00 ( 0%) wall reload CSE regs : 0.21 ( 2%) usr 0.00 ( 3%) sys 0.50 ( 5%) wall flow 2 : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall if-conversion 2 : 0.06 ( 1%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall peephole 2 : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall rename registers : 0.09 ( 1%) usr 0.00 ( 1%) sys 0.00 ( 0%) wall scheduling 2 : 0.16 ( 2%) usr 0.00 ( 1%) sys 0.50 ( 5%) wall reorder blocks : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall shorten branches : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall final : 0.08 ( 1%) usr 0.00 ( 1%) sys 0.00 ( 0%) wall rest of compilation : 0.13 ( 1%) usr 0.00 ( 0%) sys 0.50 ( 5%) wall TOTAL : 9.08 0.13 9.50 popov-225% ll pi.s -rw-r--r-- 1 lucier users 113392 Nov 18 23:31 pi.s From: Brad Lucier <lucier@math.purdue.edu> To: s.bosscher@student.tudelft.nl (Steven Bosscher) Cc: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org Subject: Re: optimization/2001: [3.2/3.3 regression] Inordinately long compile Date: Tue, 11 Mar 2003 21:36:08 -0500 (EST) > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 > > Brad, the last time you confirmed this ugly bug is 5 months ago, do you > still see this? If so, maybe this is an Alpha-specific problem? On my > ol' slow K6-2, I get a very reasonable compile time (with -march=i586 > -fPIC -O2 -fno-math-errno): > > Execution times (seconds) ... > TOTAL : 9.66 0.34 11.80 Perhaps you were testing 3.4, where this is fixed? Or perhaps it requires a large number of registers before gcc screws up. Here are the times I now get, first for the 3.3 branch, then for 3.4: popov-1734% gcc/cc1 -fPIC -fno-math-errno -O2 -mcpu=ev6 pi.i __copysignf copysignf __copysign copysign __fabsf fabsf __fabs fabs __floorf __floor floorf floor ___H__20_pi ___init_proc ____20_pi Execution times (seconds) cfg construction : 0.24 ( 0%) usr 0.02 ( 3%) sys 0.50 ( 0%) wall cfg cleanup : 0.94 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall trivially dead code : 1.23 ( 0%) usr 0.00 ( 0%) sys 2.50 ( 1%) wall life analysis : 13.07 ( 4%) usr 0.00 ( 0%) sys 12.50 ( 4%) wall life info update : 1.95 ( 1%) usr 0.00 ( 0%) sys 3.00 ( 1%) wall preprocessing : 0.06 ( 0%) usr 0.02 ( 4%) sys 0.00 ( 0%) wall lexical analysis : 0.11 ( 0%) usr 0.04 ( 5%) sys 0.00 ( 0%) wall parser : 0.30 ( 0%) usr 0.03 ( 5%) sys 0.50 ( 0%) wall expand : 0.08 ( 0%) usr 0.01 ( 1%) sys 0.00 ( 0%) wall varconst : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall integration : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall jump : 0.60 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall CSE : 7.86 ( 2%) usr 0.00 ( 1%) sys 7.50 ( 2%) wall global CSE : 4.63 ( 1%) usr 0.19 (29%) sys 5.00 ( 2%) wall loop analysis : 0.14 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall CSE 2 : 3.78 ( 1%) usr 0.00 ( 0%) sys 3.50 ( 1%) wall branch prediction : 1.52 ( 0%) usr 0.00 ( 1%) sys 1.50 ( 0%) wall flow analysis : 0.20 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall combiner : 0.67 ( 0%) usr 0.00 ( 1%) sys 1.00 ( 0%) wall if-conversion : 0.15 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall regmove : 0.59 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall scheduling : 125.24 (39%) usr 0.03 ( 4%) sys 125.00 (39%) wall local alloc : 1.24 ( 0%) usr 0.00 ( 0%) sys 1.50 ( 0%) wall global alloc : 4.76 ( 1%) usr 0.09 (14%) sys 4.50 ( 1%) wall reload CSE regs : 110.46 (34%) usr 0.11 (16%) sys 110.50 (34%) wall flow 2 : 0.74 ( 0%) usr 0.00 ( 0%) sys 1.00 ( 0%) wall if-conversion 2 : 0.07 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall peephole 2 : 0.25 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall rename registers : 1.56 ( 0%) usr 0.00 ( 0%) sys 1.50 ( 0%) wall scheduling 2 : 35.85 (11%) usr 0.08 (12%) sys 35.50 (11%) wall reorder blocks : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall shorten branches : 0.39 ( 0%) usr 0.00 ( 0%) sys 0.50 ( 0%) wall final : 1.37 ( 0%) usr 0.03 ( 4%) sys 1.50 ( 0%) wall rest of compilation : 0.33 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall TOTAL : 320.50 0.67 321.00 gcc/cc1 -fPIC -fno-math-errno -O2 -mcpu=ev6 pi.i __copysignf copysignf __copysign copysign __fabsf fabsf __fabs fabs __floorf __floor floorf floor ___H__20_pi ___init_proc ____20_pi Execution times (seconds) cfg construction : 0.03 ( 1%) usr 0.00 ( 1%) sys 0.03 ( 1%) wall cfg cleanup : 0.10 ( 2%) usr 0.00 ( 0%) sys 0.10 ( 2%) wall trivially dead code : 0.10 ( 2%) usr 0.00 ( 0%) sys 0.10 ( 2%) wall life analysis : 0.19 ( 5%) usr 0.00 ( 0%) sys 0.19 ( 4%) wall life info update : 0.09 ( 2%) usr 0.00 ( 0%) sys 0.09 ( 2%) wall alias analysis : 0.09 ( 2%) usr 0.00 ( 1%) sys 0.09 ( 2%) wall register scan : 0.04 ( 1%) usr 0.00 ( 0%) sys 0.04 ( 1%) wall rebuild jump labels : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall preprocessing : 0.07 ( 2%) usr 0.02 (12%) sys 0.10 ( 2%) wall lexical analysis : 0.08 ( 2%) usr 0.04 (24%) sys 0.12 ( 3%) wall parser : 0.31 ( 7%) usr 0.03 (19%) sys 0.34 ( 8%) wall expand : 0.08 ( 2%) usr 0.00 ( 3%) sys 0.08 ( 2%) wall varconst : 0.02 ( 0%) usr 0.00 ( 2%) sys 0.02 ( 0%) wall integration : 0.02 ( 1%) usr 0.00 ( 1%) sys 0.02 ( 1%) wall jump : 0.02 ( 1%) usr 0.00 ( 2%) sys 0.03 ( 1%) wall CSE : 0.32 ( 8%) usr 0.00 ( 0%) sys 0.32 ( 7%) wall global CSE : 0.59 (14%) usr 0.01 ( 9%) sys 0.61 (14%) wall bypass jumps : 0.12 ( 3%) usr 0.01 ( 4%) sys 0.13 ( 3%) wall CSE 2 : 0.12 ( 3%) usr 0.00 ( 0%) sys 0.12 ( 3%) wall branch prediction : 0.05 ( 1%) usr 0.00 ( 1%) sys 0.05 ( 1%) wall combiner : 0.13 ( 3%) usr 0.00 ( 1%) sys 0.14 ( 3%) wall if-conversion : 0.02 ( 1%) usr 0.00 ( 1%) sys 0.02 ( 1%) wall regmove : 0.05 ( 1%) usr 0.00 ( 0%) sys 0.05 ( 1%) wall scheduling : 0.41 (10%) usr 0.00 ( 2%) sys 0.41 ( 9%) wall local alloc : 0.11 ( 3%) usr 0.00 ( 0%) sys 0.11 ( 3%) wall global alloc : 0.17 ( 4%) usr 0.01 ( 7%) sys 0.18 ( 4%) wall reload CSE regs : 0.21 ( 5%) usr 0.00 ( 3%) sys 0.21 ( 5%) wall flow 2 : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall if-conversion 2 : 0.05 ( 1%) usr 0.00 ( 0%) sys 0.05 ( 1%) wall peephole 2 : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall rename registers : 0.08 ( 2%) usr 0.00 ( 0%) sys 0.08 ( 2%) wall scheduling 2 : 0.15 ( 3%) usr 0.00 ( 1%) sys 0.15 ( 3%) wall reorder blocks : 0.10 ( 2%) usr 0.01 ( 7%) sys 0.12 ( 3%) wall shorten branches : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall final : 0.08 ( 2%) usr 0.00 ( 1%) sys 0.08 ( 2%) wall rest of compilation : 0.10 ( 2%) usr 0.00 ( 0%) sys 0.10 ( 2%) wall TOTAL : 4.20 0.17 4.37 And the code generated by 3.3 is absolutely horrendous; I put the .s files at http://www.math.purdue.edu/~lucier/GNATS/GNATS-6/pi-3.3.s.gz and http://www.math.purdue.edu/~lucier/GNATS/GNATS-6/pi-3.4.s.gz The 3.4-generated code is a model of good behavior and decorum ;-). The patch that fixed this for 3.4 was http://gcc.gnu.org/ml/gcc-cvs/2003-02/msg00742.html Perhaps it's in the RedHat 3.2 branch, too. Brad From: Steven Bosscher <s.bosscher@student.tudelft.nl> To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org Cc: Subject: Re: optimization/2001: [3.2/3.3 regression] Inordinately long compile times in reload CSE regs Date: Wed, 12 Mar 2003 00:48:54 +0100 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 Brad, the last time you confirmed this ugly bug is 5 months ago, do you still see this? If so, maybe this is an Alpha-specific problem? On my ol' slow K6-2, I get a very reasonable compile time (with -march=i586 -fPIC -O2 -fno-math-errno): Execution times (seconds) cfg construction : 0.09 ( 1%) usr 0.01 ( 3%) sys 0.10 ( 1%) wall cfg cleanup : 0.33 ( 3%) usr 0.00 ( 0%) sys 0.33 ( 3%) wall trivially dead code : 0.12 ( 1%) usr 0.00 ( 0%) sys 0.12 ( 1%) wall life analysis : 0.39 ( 4%) usr 0.00 ( 0%) sys 0.39 ( 3%) wall life info update : 0.14 ( 1%) usr 0.00 ( 0%) sys 0.18 ( 2%) wall alias analysis : 0.14 ( 1%) usr 0.00 ( 0%) sys 0.14 ( 1%) wall register scan : 0.06 ( 1%) usr 0.00 ( 0%) sys 0.06 ( 1%) wall rebuild jump labels : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall preprocessing : 0.10 ( 1%) usr 0.03 ( 9%) sys 0.13 ( 1%) wall lexical analysis : 0.15 ( 2%) usr 0.07 (21%) sys 0.24 ( 2%) wall parser : 0.64 ( 7%) usr 0.06 (18%) sys 0.90 ( 8%) wall expand : 0.21 ( 2%) usr 0.00 ( 0%) sys 0.32 ( 3%) wall varconst : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall integration : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 1%) wall jump : 0.09 ( 1%) usr 0.01 ( 3%) sys 0.10 ( 1%) wall CSE : 0.58 ( 6%) usr 0.01 ( 3%) sys 0.60 ( 5%) wall global CSE : 1.54 (16%) usr 0.05 (15%) sys 2.14 (18%) wall loop analysis : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall bypass jumps : 0.24 ( 2%) usr 0.01 ( 3%) sys 0.25 ( 2%) wall CSE 2 : 0.20 ( 2%) usr 0.00 ( 0%) sys 0.20 ( 2%) wall branch prediction : 0.11 ( 1%) usr 0.00 ( 0%) sys 0.11 ( 1%) wall flow analysis : 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall combiner : 0.24 ( 2%) usr 0.00 ( 0%) sys 0.24 ( 2%) wall if-conversion : 0.07 ( 1%) usr 0.00 ( 0%) sys 0.22 ( 2%) wall regmove : 0.06 ( 1%) usr 0.00 ( 0%) sys 0.06 ( 1%) wall local alloc : 0.20 ( 2%) usr 0.00 ( 0%) sys 0.20 ( 2%) wall global alloc : 1.35 (14%) usr 0.04 (12%) sys 1.70 (14%) wall reload CSE regs : 0.83 ( 9%) usr 0.02 ( 6%) sys 0.92 ( 8%) wall flow 2 : 0.06 ( 1%) usr 0.00 ( 0%) sys 0.12 ( 1%) wall if-conversion 2 : 0.13 ( 1%) usr 0.00 ( 0%) sys 0.13 ( 1%) wall peephole 2 : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.10 ( 1%) wall rename registers : 0.23 ( 2%) usr 0.00 ( 0%) sys 0.26 ( 2%) wall scheduling 2 : 0.55 ( 6%) usr 0.00 ( 0%) sys 0.58 ( 5%) wall reorder blocks : 0.30 ( 3%) usr 0.01 ( 3%) sys 0.34 ( 3%) wall shorten branches : 0.05 ( 1%) usr 0.00 ( 0%) sys 0.06 ( 1%) wall final : 0.12 ( 1%) usr 0.00 ( 0%) sys 0.17 ( 1%) wall rest of compilation : 0.16 ( 2%) usr 0.00 ( 0%) sys 0.17 ( 1%) wall TOTAL : 9.66 0.34 11.80 Greetz Steven From: Steven Bosscher <s.bosscher@student.tudelft.nl> To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org Cc: Subject: Re: optimization/2001: [3.2/3.3 regression] Inordinately long compile times in reload CSE regs Date: Wed, 12 Mar 2003 20:19:45 +0100 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 Brad Lucier wrote: > Perhaps you were testing 3.4, where this is fixed? Or perhaps it requires > a large number of registers before gcc screws up. Here are the times I > now get, first for the 3.3 branch, then for 3.4: Uhm, yes I used 3.4. I got so many gcc versions around now, picked the wrong one. For 3.3, I get: at -O0: TOTAL : 4.66 0.24 6.14 at -O2: TOTAL : 316.67 1.71 329.12 Ouch. > The patch that fixed this for 3.4 was > > http://gcc.gnu.org/ml/gcc-cvs/2003-02/msg00742.html > > Perhaps it's in the RedHat 3.2 branch, too. Is that a combination of these two patches? http://gcc.gnu.org./ml/gcc-patches/2003-02/msg00858.html http://gcc.gnu.org./ml/gcc-patches/2003-02/msg01254.html rth mentioned 3 patches, but I can only find these two, and one other of which you said it did not apply to your sources. Any clue why this wasn't backported to 3.3? Greetz Steven From: Steven Bosscher <s.bosscher@student.tudelft.nl> To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org, rth@redhat.com Cc: Subject: Re: optimization/2001: [3.2/3.3 regression] Inordinately long compile times in reload CSE regs Date: Sun, 16 Mar 2003 11:03:09 +0100 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 Richard's patch really improves things a lot for me: http://gcc.gnu.org/ml/gcc-patches/2003-03/msg01478.html If somebody tries this: The patch doesn't apply cleanly, the first hunk of bb-reorder.c needs to be applied manually. The numbers: GCC 3.3, March 12 sources: at -O0: TOTAL : 4.66 0.24 6.14 at -O2: TOTAL : 316.67 1.71 329.12 GCC 3.3, March 16 sources + Richard's patch: at -O0: TOTAL : 3.17 0.15 3.50 at -O2: TOTAL : 5.60 0.17 5.91 The latter is the avarage of three runs because I could hardly believe these numbers. Brad, this is worth a try, don't you think? :-) Greetz Steven From: Mark Mitchell <mark@codesourcery.com> To: Steven Bosscher <s.bosscher@student.tudelft.nl> Cc: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org, rth@redhat.com Subject: Re: optimization/2001: [3.2/3.3 regression] Inordinately long compile times in reload CSE regs Date: 21 Mar 2003 15:17:36 -0800 On Fri, 2003-03-21 at 14:58, Steven Bosscher wrote: > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 > > Richard Henderson posted a patch for this a week ago: > http://gcc.gnu.org/ml/gcc-patches/2003-03/msg01478.html > > I have successfully bootstrapped and regtested the patch on > i586-pc-linux-gnu. > Richard, I suppose you did the same on alpha? > > If so, can the patch be commited and the PR be closed? It looks fine to me. Richard, would you commit the patch if you do not have further reservations? Thanks, -- Mark Mitchell CodeSourcery, LLC mark@codesourcery.com From: Steven Bosscher <s.bosscher@student.tudelft.nl> To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, lucier@math.purdue.edu, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org, mark@codesourcery.com, rth@redhat.com Cc: Subject: Re: optimization/2001: [3.2/3.3 regression] Inordinately long compile times in reload CSE regs Date: Fri, 21 Mar 2003 23:58:10 +0100 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=2001 Richard Henderson posted a patch for this a week ago: http://gcc.gnu.org/ml/gcc-patches/2003-03/msg01478.html I have successfully bootstrapped and regtested the patch on i586-pc-linux-gnu. Richard, I suppose you did the same on alpha? If so, can the patch be commited and the PR be closed? Greetz Steven State-Changed-From-To: analyzed->closed
State-Changed-Why: Fixed by rth with:
http://gcc.gnu.org/ml/gcc-cvs/2003-03/msg01133.html
|