This is the mail archive of the
gcc-regression@gcc.gnu.org
mailing list for the GCC project.
GCC memory consumption increased by recent patch!
- From: gcctest at suse dot de
- To: jh at suse dot cz, gcc-regression at gcc dot gnu dot org
- Date: Sat, 26 Feb 2005 03:15:42 +0000
- Subject: GCC memory consumption increased by recent patch!
Hi,
Comparing memory consumption on compilation of combine.i and generate-3.4.ii I got:
comparing combine.c compilation at -O0 level:
Amount of memory still referenced at the end of compilation increased from 6395k to 6411k, overall 0.25%
Overall memory needed: 24669k -> 24657k
Peak memory use before GGC: 9358k -> 9359k
Peak memory use after GGC: 8673k
Maximum of released memory in single GGC run: 2863k
Garbage: 41664k -> 41652k
Leak: 6395k -> 6411k
Overhead: 5772k -> 5772k
GGC runs: 327
comparing combine.c compilation at -O1 level:
Overall memory needed: 24405k -> 24425k
Peak memory use before GGC: 8673k
Peak memory use after GGC: 8093k
Maximum of released memory in single GGC run: 2026k
Garbage: 58468k -> 58461k
Leak: 6755k
Overhead: 9679k -> 9678k
GGC runs: 499
comparing combine.c compilation at -O2 level:
Overall memory needed: 29145k -> 29141k
Peak memory use before GGC: 12670k
Peak memory use after GGC: 12544k
Maximum of released memory in single GGC run: 2597k
Garbage: 77948k -> 77947k
Leak: 6593k
Overhead: 13795k
GGC runs: 515
comparing combine.c compilation at -O3 level:
Overall memory needed: 30849k -> 30821k
Peak memory use before GGC: 12773k
Peak memory use after GGC: 12544k
Maximum of released memory in single GGC run: 3426k
Garbage: 105149k -> 105120k
Leak: 7199k -> 7183k
Overhead: 18548k -> 18548k
GGC runs: 579
comparing insn-attrtab.c compilation at -O0 level:
Overall memory needed: 114136k
Peak memory use before GGC: 74747k
Peak memory use after GGC: 45493k -> 45494k
Maximum of released memory in single GGC run: 39340k
Garbage: 152668k -> 152667k
Leak: 10984k
Overhead: 19970k
GGC runs: 274
comparing insn-attrtab.c compilation at -O1 level:
Overall memory needed: 124400k -> 123984k
Peak memory use before GGC: 78641k
Peak memory use after GGC: 70035k
Maximum of released memory in single GGC run: 40780k
Garbage: 369107k -> 369107k
Leak: 11361k
Overhead: 69092k -> 69092k
GGC runs: 398
comparing insn-attrtab.c compilation at -O2 level:
Overall memory needed: 149144k -> 149176k
Peak memory use before GGC: 97603k -> 97607k
Peak memory use after GGC: 83422k -> 83426k
Maximum of released memory in single GGC run: 39384k
Garbage: 483018k -> 483001k
Leak: 11242k -> 11250k
Overhead: 84182k -> 84182k
GGC runs: 342
comparing insn-attrtab.c compilation at -O3 level:
Overall memory needed: 149176k -> 147712k
Peak memory use before GGC: 97605k -> 97609k
Peak memory use after GGC: 83424k -> 83428k
Maximum of released memory in single GGC run: 39384k
Garbage: 483829k -> 483816k
Leak: 11279k -> 11287k
Overhead: 84311k -> 84311k
GGC runs: 348
comparing Gerald's testcase PR8361 compilation at -O0 level:
Overall memory needed: 111060k
Peak memory use before GGC: 87161k
Peak memory use after GGC: 85900k
Maximum of released memory in single GGC run: 19511k
Garbage: 246197k
Leak: 55513k
Overhead: 43275k
GGC runs: 366
comparing Gerald's testcase PR8361 compilation at -O1 level:
Overall memory needed: 103921k
Peak memory use before GGC: 86019k
Peak memory use after GGC: 85119k
Maximum of released memory in single GGC run: 18950k
Garbage: 434028k
Leak: 56846k
Overhead: 64716k
GGC runs: 512
comparing Gerald's testcase PR8361 compilation at -O2 level:
Overall memory needed: 104133k
Peak memory use before GGC: 86019k
Peak memory use after GGC: 85119k
Maximum of released memory in single GGC run: 18950k
Garbage: 477229k
Leak: 57413k
Overhead: 74350k
GGC runs: 569
comparing Gerald's testcase PR8361 compilation at -O3 level:
Overall memory needed: 105205k
Peak memory use before GGC: 87156k
Peak memory use after GGC: 86199k
Maximum of released memory in single GGC run: 19400k
Garbage: 482406k
Leak: 57585k
Overhead: 75038k
GGC runs: 559
Head of changelog is:
--- /usr/src/SpecTests/sandbox-britten-memory/x86_64/mem-result/ChangeLog 2005-02-25 13:09:12.000000000 +0000
+++ /usr/src/SpecTests/sandbox-britten-memory/gcc/gcc/ChangeLog 2005-02-26 02:16:44.000000000 +0000
@@ -1,3 +1,77 @@
+2005-02-25 Joseph S. Myers <joseph@codesourcery.com>
+
+ * c-parser.c: New file.
+ * c-parse.in: Remove.
+ * Makefile.in (c-parse.o-warn, c-parse.o, c-parse.c, c-parse.y):
+ Remove.
+ (c-parser.o): Add dependencies.
+ (C_AND_OBJC_OBJC, C_OBJS, gcc.srcextra, GTFILES, distclean,
+ maintainer-clean, TAGS): Update.
+ * c-config-lang.in (gtfiles): Update.
+ * gengtype-lex.l: Don't handle "@@".
+ * stub-objc.c (objc_get_class_ivars, objc_build_throw_stmt,
+ objc_build_synchronized, objc_begin_try_stmt,
+ objc_begin_catch_clause, objc_finish_catch_clause,
+ objc_build_finally_clause, objc_finish_try_stmt): New.
+ * c-tree.h (struct c_declspecs): Add declspecs_seen_p and
+ type_seen_p.
+ (c_parse_init): Update comment.
+ * c-decl.c (c_init_decl_processing): Update comment.
+ (build_null_declspecs, declspecs_add_qual, declspecs_add_type,
+ declspecs_add_scspec, declspecs_add_attrs): Initialize and update
+ new c_declspecs members.
+
+2005-02-25 Julian Brown <julian@codesourcery.com>
+
+ * config/elfos.h (MAKE_DECL_ONE_ONLY): Redefined to stop DECL_WEAK
+ from being used for symbols with vague linkage when
+ HAVE_GAS_COMDAT_GROUP is true.
+
+2005-02-25 Mark Mitchell <mark@codesourcery.com>
+
+ * doc/include/gcc-common.texi (version-GCC): Update to 4.1.
+
+2005-02-25 Steve Ellcey <sje@cup.hp.com>
+
+ PR target/19930
+ * doc/tm.texi (LIBGCC2_LONG_DOUBLE_TYPE_SIZE): Document.
+ (LIBGCC2_HAS_DF_MODE): New.
+ (LIBGCC2_HAS_XF_MODE): New.
+ (LIBGCC2_HAS_TF_MODE): New.
+ * libgcc2.h (LIBGCC2_HAS_XF_MODE): New name for HAVE_XFMODE.
+ (LIBGCC2_HAS_TF_MODE): New name for HAVE_TFMODE.
+ * libgcc2.c (LIBGCC2_HAS_XF_MODE): New name for HAVE_XFMODE.
+ (LIBGCC2_HAS_TF_MODE): New name for HAVE_TFMODE.
+ (LIBGCC2_HAS_DF_MODE): New name for HAVE_DFMODE.
+ * config/ia64/t-ia64 (LIB1ASMFUNCS): Remove __compat
+ and add _fixtfdi, _fixunstfdi, _floatditf
+ * lib1funcs.asm: Remove L__compat. Add L_fixtfdi,
+ L_fixunstfdi, L_floatditf.
+ * config/ia64/hpux.h (LIBGCC2_HAS_XF_MODE): Define.
+ (LIBGCC2_HAS_TF_MODE): Define.
+
+2005-02-25 Diego Novillo <dnovillo@redhat.com>
+
+ PR tree-optimization/20204
+ * tree-into-ssa.c (insert_phi_nodes_for): Do not use
+ REWRITE_THIS_STMT markers on PHI nodes.
+ (rewrite_initialize_block): Likewise.
+
+2005-02-25 Mark Mitchell <mark@codesourcery.com>
+
+ * version.c (version_string): Update to 4.1.
+
+2005-02-25 Paolo Carlini <pcarlini@suse.de>
+
+ * doc/extend.texi (5.24 Declaring Attributes of Functions)<noreturn>:
+ Clarify that the alternative way doesn't work in GNU C++.
+
+2005-02-25 Zdenek Dvorak <dvorakz@suse.cz>
+
+ * tree-ssa-dom.c (simple_iv_increment_p): New function.
+ (simplify_rhs_and_lookup_avail_expr, eliminate_redundant_computations):
+ Do not propagate value of iv before increment over the increment.
+
2005-02-25 Zdenek Dvorak <dvorakz@suse.cz>
PR tree-optimization/19937
I am friendly script caring about memory consumption in GCC. Please contact
jh@suse.cz if something is going wrong.
The results can be reproduced by building compiler with
--enable-gather-detailed-mem-stats targetting x86-64 and compiling preprocessed
combine.c or testcase from PR8632 with:
-fmem-report --param=ggc-min-heapsize=1024 --param=ggc-min-expand=1 -Ox -Q
The memory consumption summary appears in the dump after detailed listing of
the places they are allocated in. Peak memory consumption is actually computed
by looking for maximal value in {GC XXXX -> YYYY} report.
Yours testing script.