This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug symtab/14002] big cpu/mem hog on large c++ applications.
- From: "pluto at agmk dot net" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Tue, 24 Apr 2012 19:59:47 +0000
- Subject: [Bug symtab/14002] big cpu/mem hog on large c++ applications.
- Auto-submitted: auto-generated
- References: <bug-14002-4717@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=14002
--- Comment #1 from Pawel Sikora <pluto at agmk dot net> 2012-04-24 19:59:47 UTC ---
current git/master (2e523a5f18498a902d55ae293cb3870d060f6a6b) is also affected.
here's quick info about project:
/* buildenv: boost + other libs */
$ find buildenv -type f -name '*.h' -o -name '*.c' -o -name '*.?pp' |wc -l
9728
/* core project sources */
$ find sources -type f -name '*.h' -o -name '*.c' -o -name '*.?pp' |wc -l
7488
so, there's ~17k sources which may be recorded in dwarf-4 (-g2) debuginfo.
for the tested slow-step-place, callgrind shows ~921k start_subfile() calls
and ~520M filename_cmp() calls (from start_subfile). so, i think that linear
scanning of subfile list and multiple deduce_language_from_filename
have non-trivial performance impact.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.