This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
Re: symtab/2254: Symbol loading in GDB too slow
- From: Thomas McGuire <Thomas dot McGuire at gmx dot net>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 16 Apr 2007 14:38:02 -0000
- Subject: Re: symtab/2254: Symbol loading in GDB too slow
- Reply-to: Thomas McGuire <Thomas dot McGuire at gmx dot net>
The following reply was made to PR symtab/2254; it has been noted by GNATS.
From: Thomas McGuire <Thomas.McGuire@gmx.net>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb-gnats@sources.redhat.com
Subject: Re: symtab/2254: Symbol loading in GDB too slow
Date: Mon, 16 Apr 2007 16:35:06 +0200
> Symbol table loading is already heavily optimized. GDB can't give you
> miracles; how big are the libraries that you're trying to debug,
Seems like the libraries are indeed quite big. After issuing ldd kmail (which gave me 100 different libraries), I used ls -l -h on some of them which I suspected to be the bigest:
62M 2007-04-15 13:08 /media/kdedev/home/build/KDE/kdepim/lib/libkmailprivate.so.1.0.0
7.6M 2007-04-10 22:36 /media/kdedev/home/kde/lib/libkde3support.so.5.0.0
21M 2007-04-10 22:35 /media/kdedev/home/kde/lib/libkdecore.so.5.0.0
15M 2007-04-15 13:16 /media/kdedev/home/kde/lib/libkdepim.so.5.0.0
42M 2007-04-10 22:36 /media/kdedev/home/kde/lib/libkdeui.so.5.0.0
54M 2007-04-10 22:37 /media/kdedev/home/kde/lib/libkhtml.so.5.0.0
37M 2007-04-10 22:36 /media/kdedev/home/kde/lib/libkio.so.5.0.0
3.3M 2007-03-28 00:08 /media/kdedev/home/qt-copy/lib/libQt3Support.so.4.3.0
1.9M 2007-03-27 23:46 /media/kdedev/home/qt-copy/lib/libQtCore.so.4.3.0
9.1M 2007-03-27 23:59 /media/kdedev/home/qt-copy/lib/libQtGui.so.4.3.0
>and how big are their debugging symbols?
What command can I use to find out?
At least this seems to explain why GDB uses that much memory.
If it is already heavily optimized, do you think caching on disk would gain anything at all?