public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "steven at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/13776] [4.0 Regression] Many C++ compile-time regressions for MICO's ORB code
Date: Wed, 26 Jan 2005 11:36:00 -0000 [thread overview]
Message-ID: <20050126113644.14285.qmail@sourceware.org> (raw)
In-Reply-To: <20040120183908.13776.kgardas@objectsecurity.com>
------- Additional Comments From steven at gcc dot gnu dot org 2005-01-26 11:36 -------
It would be a Good Thing to look at the hash function. The number of
collisions per search is extremely high:
String pool
entries 128928
identifiers 128928 (100.00%)
slots 262144
bytes 1846k (142k overhead)
table size 2048k
coll/search 0.8518
ins/search 0.2747
avg. entry 14.66 bytes (+/- 17.60)
longest entry 830
There is also still a lot of memory allocated at the end of the compilation:
Memory still allocated at the end of the compilation process
Size Allocated Used Overhead
8 4096 200 120
16 4264k 1211k 91k
64 29M 10M 476k
128 3920k 1472k 53k
256 1240k 519k 16k
512 4084k 2026k 55k
1024 488k 390k 6832
2048 2628k 1998k 35k
4096 1160k 1160k 15k
8192 376k 368k 2632
16384 304k 288k 1064
32768 160k 128k 280
65536 704k 640k 616
131072 384k 384k 168
262144 512k 512k 112
524288 512k 512k 56
112 26M 19M 373k
208 63M 43M 883k
48 27M 14M 443k
32 18M 10M 337k
80 13M 13M 186k
Total 199M 122M 2982k
Note especially the 43MB. All of that is in the et-forest alloc-pools.
Perhaps we should allocate/free them per function.
Finally, we allocate a lot of SSA_NAMEs, and varrays are problematic as
always:
source location Garbage Freed
Leak Overhead Times
varray.c:170 (varray_grow) 39485908: 3.3%
280747780:47.6% 229448: 0.2% 80866528:32.0% 552682
tree-ssanames.c:197 (make_ssa_name) 94292264: 7.9% 0:
0.0% 0: 0.0% 8572024: 3.4% 1071503
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776
next prev parent reply other threads:[~2005-01-26 11:36 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-20 18:39 [Bug c++/13776] New: Many C++ compile-time regression in 3.5-tree-ssa 040120 in comparison with 3.4.0 040114 kgardas at objectsecurity dot com
2004-01-20 18:53 ` [Bug c++/13776] " bangerth at dealii dot org
2004-01-20 18:57 ` kgardas at objectsecurity dot com
2004-01-20 19:03 ` dhazeghi at yahoo dot com
2004-01-20 19:17 ` kgardas at objectsecurity dot com
2004-01-20 19:29 ` pinskia at gcc dot gnu dot org
2004-01-20 19:42 ` bangerth at dealii dot org
2004-01-21 23:33 ` [Bug c++/13776] [tree-ssa] " pinskia at gcc dot gnu dot org
2004-01-25 21:03 ` [Bug c++/13776] [tree-ssa] Many C++ compile-time regression in 3.5-tree-ssa 040120 mmitchel at gcc dot gnu dot org
2004-03-03 15:06 ` dnovillo at redhat dot com
2004-03-03 15:39 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-03 16:27 ` pinskia at gcc dot gnu dot org
2004-03-12 14:21 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-12 23:34 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 2:02 ` dberlin at dberlin dot org
2004-03-13 2:08 ` dnovillo at redhat dot com
2004-03-13 2:08 ` dberlin at dberlin dot org
2004-03-13 2:10 ` dberlin at gcc dot gnu dot org
2004-03-13 11:09 ` mattyt-bugzilla at tpg dot com dot au
2004-03-13 11:43 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 11:46 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 15:57 ` dberlin at dberlin dot org
2004-03-13 16:00 ` dberlin at dberlin dot org
2004-03-13 16:44 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 16:53 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 17:00 ` dberlin at dberlin dot org
2004-03-13 17:02 ` dberlin at dberlin dot org
2004-03-13 17:07 ` dberlin at dberlin dot org
2004-03-14 4:47 ` dberlin at gcc dot gnu dot org
2004-03-14 12:10 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 13:54 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 15:38 ` dberlin at dberlin dot org
2004-03-14 18:00 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 18:22 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 22:21 ` dberlin at dberlin dot org
2004-03-14 22:23 ` dberlin at dberlin dot org
2004-03-14 22:28 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 22:52 ` dberlin at gcc dot gnu dot org
2004-03-14 23:14 ` dberlin at gcc dot gnu dot org
2004-03-14 23:45 ` pinskia at gcc dot gnu dot org
2004-03-15 9:03 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-24 17:16 ` giovannibajo at libero dot it
2004-03-24 18:32 ` giovannibajo at libero dot it
2004-03-28 7:38 ` pinskia at gcc dot gnu dot org
2004-03-28 18:45 ` pinskia at gcc dot gnu dot org
2004-03-29 2:32 ` pinskia at gcc dot gnu dot org
2004-03-29 12:14 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-31 19:33 ` steven at gcc dot gnu dot org
2004-03-31 19:37 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-31 19:53 ` zack at codesourcery dot com
2004-03-31 20:01 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-31 20:44 ` steven at gcc dot gnu dot org
2004-04-04 12:45 ` steven at gcc dot gnu dot org
2004-04-10 14:58 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-04-10 15:32 ` Diego Novillo
2004-04-10 15:33 ` dnovillo at redhat dot com
2004-04-10 15:36 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-04-10 16:10 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-04-10 16:20 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-05-17 15:59 ` [Bug tree-optimization/13776] [3.5 Regression] " pinskia at gcc dot gnu dot org
2004-06-07 18:13 ` pinskia at gcc dot gnu dot org
2004-06-09 23:55 ` pinskia at gcc dot gnu dot org
2004-06-29 21:12 ` rth at gcc dot gnu dot org
2004-06-30 3:15 ` giovannibajo at libero dot it
2004-07-08 18:16 ` kgardas at objectsecurity dot com
2004-08-30 1:40 ` giovannibajo at libero dot it
2004-08-31 9:15 ` kgardas at objectsecurity dot com
2004-10-23 21:26 ` [Bug tree-optimization/13776] [4.0 Regression] [tree-ssa] Many C++ compile-time regression in 4.0-tree-ssa 040120 pinskia at gcc dot gnu dot org
2004-10-25 12:03 ` kgardas at objectsecurity dot com
2004-10-25 13:02 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-10-25 13:20 ` kgardas at objectsecurity dot com
2004-11-16 1:52 ` pinskia at gcc dot gnu dot org
2004-11-18 21:12 ` pinskia at gcc dot gnu dot org
2004-11-19 11:15 ` kgardas at objectsecurity dot com
2004-11-19 18:22 ` pinskia at gcc dot gnu dot org
2004-11-29 19:56 ` kgardas at objectsecurity dot com
2004-11-29 20:05 ` law at redhat dot com
2004-11-29 21:04 ` kgardas at objectsecurity dot com
2004-12-13 3:03 ` pinskia at gcc dot gnu dot org
2004-12-13 6:38 ` pinskia at gcc dot gnu dot org
2004-12-13 6:59 ` pinskia at gcc dot gnu dot org
2004-12-28 21:03 ` [Bug middle-end/13776] [4.0 Regression] " kgardas at objectsecurity dot com
2005-01-26 10:21 ` [Bug middle-end/13776] [4.0 Regression] Many C++ compile-time regressions for MICO's ORB code steven at gcc dot gnu dot org
2005-01-26 10:25 ` rguenth at tat dot physik dot uni-tuebingen dot de
2005-01-26 10:25 ` kgardas at objectsecurity dot com
2005-01-26 10:46 ` kgardas at objectsecurity dot com
2005-01-26 11:36 ` steven at gcc dot gnu dot org [this message]
2005-01-27 5:03 ` pinskia at gcc dot gnu dot org
2005-01-31 9:31 ` kgardas at objectsecurity dot com
2005-02-01 13:39 ` arend dot bayer at web dot de
2005-03-02 20:09 ` [Bug middle-end/13776] [4.0/4.1 " kgardas at objectsecurity dot com
2005-03-02 21:28 ` pinskia at gcc dot gnu dot org
2005-03-02 21:32 ` giovannibajo at libero dot it
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050126113644.14285.qmail@sourceware.org \
--to=gcc-bugzilla@gcc.gnu.org \
--cc=gcc-bugs@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).