--- Comment #53 from steven at gcc dot gnu dot org 2006-09-23 09:44 ---
Is this still a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
--- Comment #52 from hubicka at gcc dot gnu dot org 2006-09-12 10:11
---
Subject: Bug 28071
Author: hubicka
Date: Tue Sep 12 10:11:04 2006
New Revision: 116886
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116886
Log:
PR rtl-optimization/28071
*
--- Comment #50 from amacleod at redhat dot com 2006-08-28 17:18 ---
Subject: Bug 28071
Author: amacleod
Date: Mon Aug 28 17:18:33 2006
New Revision: 116511
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116511
Log:
revert 116257 which is the rewrite_liverange_info patch, so be
--- Comment #51 from amacleod at redhat dot com 2006-08-28 17:37 ---
Huh. I didn't realize bugzilla scanned the entire checkin message looking for
bug numbers This has been checked in on a branch, so you can ignore the
preceeding note's commentary. it's just a note to myself.
--
--- Comment #47 from amacleod at redhat dot com 2006-08-25 01:37 ---
Created an attachment (id=12135)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12135action=view)
patch to resolve some of the SSA to Normal slowdowns.
By re-implementing the live on entry/exit code, I get the
--- Comment #48 from amacleod at redhat dot com 2006-08-25 01:42 ---
Created an attachment (id=12136)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12136action=view)
Patch for the remaining SSA to Normal time issues
I've attached a patch to address the slowdowns in TER. Again, not
--- Comment #49 from amacleod at redhat dot com 2006-08-25 01:56 ---
links to the 2 notes on gcc-patches:
live range changes: http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00895.html
TER changes: http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00896.html
--
--- Comment #45 from hubicka at ucw dot cz 2006-08-21 12:56 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
-O2 times:
Execution times (seconds)
life analysis : 18.08 ( 3%) usr 0.04 ( 1%) sys 19.42 ( 3%) wall
1120 kB (
--- Comment #46 from hubicka at ucw dot cz 2006-08-21 17:11 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
for completeness the -O3 -fno-tree-pre -fno-tree-fre results
(tree-pre/fre needs something little over 2GB of ram to converge)
--- Comment #42 from hubicka at gcc dot gnu dot org 2006-08-21 00:00
---
Subject: Bug 28071
Author: hubicka
Date: Mon Aug 21 00:00:14 2006
New Revision: 116277
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116277
Log:
PR rtl-optimization/28071
* reload1.c
--- Comment #43 from hubicka at gcc dot gnu dot org 2006-08-21 01:42
---
Subject: Bug 28071
Author: hubicka
Date: Mon Aug 21 01:42:39 2006
New Revision: 116284
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116284
Log:
PR rtl-optimization/28071
* tree-optimize.c
Hi,
update at -O1 few patches later (different machine with only 500MB
ram, so some swappin occurs, but we almost fit now):
life analysis : 23.50 (20%) usr 0.00 ( 0%) sys 23.51 (17%) wall
2565 kB ( 2%) ggc
inline heuristics : 0.60 ( 1%) usr 0.00 ( 0%) sys 0.60 ( 0%)
--- Comment #44 from hubicka at ucw dot cz 2006-08-21 02:59 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
update at -O1 few patches later (different machine with only 500MB
ram, so some swappin occurs, but we almost fit now):
life
--- Comment #40 from amacleod at redhat dot com 2006-08-19 21:58 ---
I'll take a look. On the new out-of-ssa branch I've already converted the
coalesce list from a linked list type linear algorithm to a hash table, as well
as changed the live on entry and live on exit implementations
Thank you for consideration,
Live on entry/exit code shows up high on -O3 compilation time too
(something like 30% of time without PRE/FRE I believe). So if it is
self contained change, perhaps pushing it to mainline as PR fix would
make sense.
Honza
--- Comment #41 from hubicka at ucw dot cz 2006-08-20 00:58 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Thank you for consideration,
Live on entry/exit code shows up high on -O3 compilation time too
(something like 30% of time without
--- Comment #37 from hubicka at ucw dot cz 2006-08-18 23:10 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
Hi,
to summary current process, the memory consumption seems to be in
control now:
comparing PR rtl-optimization/28071 testcase
--- Comment #38 from hubicka at ucw dot cz 2006-08-19 00:19 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
At -O0 we get time sinks:
life analysis : 0.75 (10%) usr 0.01 ( 3%) sys 0.78 ( 9%) wall
2714 kB ( 4%) ggc
--- Comment #39 from hubicka at ucw dot cz 2006-08-19 01:51 ---
Subject: Re: [4.1/4.2 regression] A file that can not be compiled in
reasonable time/space
The -O1 time sinks:
life analysis : 25.44 (19%) usr 0.00 ( 0%) sys 25.49 (17%) wall
2565 kB ( 2%) ggc
inline
--- Comment #36 from rakdver at gcc dot gnu dot org 2006-08-16 21:25
---
Subject: Bug 28071
Author: rakdver
Date: Wed Aug 16 21:25:39 2006
New Revision: 116190
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116190
Log:
PR rtl-optimization/28071
* basic-block.h
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-06-17 18:18 ---
Same with 4.1. 4.0.3 needs about 500MB ram at -O, while 4.1 get's killed with
cc1: out of memory allocating 1134939624 bytes after a total of 43368448 bytes
(though that first number looks interesting)
--
21 matches
Mail list logo
