https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--- Comment #48 from Richard Biener rguenth at gcc dot gnu.org 2013-03-06
10:53:50 UTC ---
I've added the testcase to http://gcc.opensuse.org/c++bench/random/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
--- Comment #46 from hubicka at gcc dot gnu dot org 2009-02-23 16:29
---
So with brand new tuplified world, we need new statistics ;)
After parsing we are still the same:
cfg.c:216 (connect_src) 608608: 0.2%520:
0.0%3028808: 1.6% 519680:
--- Comment #45 from hubicka at gcc dot gnu dot org 2008-09-06 14:12
---
Memory footprint in TOP is about 430MB (64bit machine).
On current mainline we need 191MB before IPA. Top consumers
cfg.c:226 (connect_dest) 598696: 0.2% 180224:
0.5%3484960:
--- Comment #43 from rguenth at gcc dot gnu dot org 2007-09-20 14:09
---
Mainline with release checking uses 520MB ram again on the testcase with -O0
on x86_64 and 650MB with -O2. time-report with -O2 shows
df live regs : 4.84 ( 5%) usr 0.06 ( 1%) sys 4.76 ( 5%) wall
--- Comment #44 from rguenth at gcc dot gnu dot org 2007-09-20 14:10
---
Created an attachment (id=14232)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14232action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|hubicka at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-23
22:14 ---
cp/tree.c:827 (ovl_cons) 11464712: 3.2% 0:
0.0% 660240: 1.4%1732136:
5.2% 433034
Hmm OVERLOAD tree takes 3% of the Garbage which seems like too big, though
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-24 03:36 ---
Subject: Re: memory consumption for heavy template instantiations tripled
since 3.3
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| cp/tree.c:827 (ovl_cons)
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-29
12:57 ---
I've been looking at a bunch of C++ codes, 16 or 32 seems like
a reasonable value for CP_LEXER_BUFFER_SIZE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-29
13:09 ---
Trivial 6MB win:
Index: parser.c
===
RCS file: /cvs/gcc/gcc/gcc/cp/parser.c,v
retrieving revision 1.298
diff -u -r1.298 parser.c
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
16:43 ---
(In reply to comment #36)
The initial CP lexer bugger size is 1:
The same amount of garbage is also done for PR 8361.
Also note I could not compile this source again becuase of the use of long
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
12:19 ---
The initial CP lexer bugger size is 1:
#define CP_LEXER_BUFFER_SIZE 1
That came in with the lex-all-ahead patch from Matt and Zack,
on 2004-09-20 (parser.c rev. 1.250 for the CVS history diggers)
--- Additional Comments From gdr at integrable-solutions dot net
2004-12-23 14:42 ---
Subject: Re: memory consumption for heavy template instantiations tripled
since 3.3
steven at gcc dot gnu dot org [EMAIL PROTECTED] writes:
[...]
| Maybe buffer should not be in GC memory at all?
--
Bug 12850 depends on bug 18683, which changed state.
Bug 18683 Summary: [4.0 Regression] seg fault in local allocate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18683
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21
05:53 ---
Here are the results for -O0, now that PR 18683 is now fixed:
cp/lex.c:716 (copy_decl)1087604: 0.3% 0:
0.0%5906492:10.6% 0: 0.0%
56404
cp/pt.c:3978
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11
17:42 ---
On the mainline at -O1 (since I cannot compile at -O0 but that is a different
bug which I already filed):
cp/lex.c:716 (copy_decl) 910284: 0.1% 0:
0.0%
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-03
03:02 ---
I should note that 4.0.0 is like 3x faster than 3.3.2 at -O1 on this test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
19 matches
Mail list logo