This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA 2/4] dwarf2_physname
- From: Tom Tromey <tromey at redhat dot com>
- To: Keith Seitz <keiths at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Thu, 17 Dec 2009 13:19:49 -0700
- Subject: Re: [RFA 2/4] dwarf2_physname
- References: <4B0707E7.5010308@uglyboxes.com> <20091120220927.GA9589@caradoc.them.org> <4B1EAD5C.6060708@redhat.com> <4B2692EE.5090807@redhat.com>
- Reply-to: tromey at redhat dot com
>>>>> "Keith" == Keith Seitz <keiths@redhat.com> writes:
Keith> Okay, so I have some performance numbers for my box using CVS HEAD
Keith> patched and unpatched with my dwarf2_physname patches.
Thanks.
It looks to me like dwarf2_physname is not significantly slower in the
normal (attach and bt) cases -- only in the -readnow case.
Keith> dwarf2_realname:
Keith> real 774m37.623s
On irc Keith suggested that this may be due to swapping.
I probably wouldn't have let this test finish, myself :-)
Keith> As you can see, --readnow (and by extrapolation "info func" and
Keith> "info type") take an enormous performance hit.
I am not concerned about this. I don't think -readnow is actually used
-- I can't imagine why anyone would want to use it. And, on a big
program, an unrestricted "info func" or "info type" is probably just a
mistake, like hitting enter too soon.
I think we should wait a bit to see if there are other comments,
particularly because I imagine a lot of people are going on vacation
soon.
Tom