This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: [GDB 7.6/GCC 4.8.0] Slowdown in GDB macro processing for cores?
- From: Paul Smith <paul at mad-scientist dot net>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Pedro Alves <palves at redhat dot com>, gdb at sourceware dot org
- Date: Tue, 28 May 2013 11:25:05 -0400
- Subject: Re: [GDB 7.6/GCC 4.8.0] Slowdown in GDB macro processing for cores?
- References: <1368733335 dot 4101 dot 743 dot camel at pdsdesk> <51960329 dot 2010802 at redhat dot com> <1369248335 dot 7209 dot 151 dot camel at homebase> <1369250399 dot 7209 dot 164 dot camel at homebase> <87wqqqg4e2 dot fsf at fleche dot redhat dot com> <1369264444 dot 7209 dot 184 dot camel at homebase>
- Reply-to: paul at mad-scientist dot net
On Wed, 2013-05-22 at 19:14 -0400, Paul Smith wrote:
> On Wed, 2013-05-22 at 14:12 -0600, Tom Tromey wrote:
> > >>>>> "Paul" == Paul Smith <psmith@gnu.org> writes:
> >
> > Paul> The interesting thing is both versions are constantly seeking and
> > Paul> reading to exactly the same location, over and over again. However GDB
> > Paul> 4.6 does it many times more than GDB 7.5.1. For example, I get this
> > Paul> combo:
>
> I have gmon.out from the last "fast" commit and the first "slow" commit;
> I reduced the number of iterations in the macro to 4 (instead of 200) so
> the slow one would not take so long :-).
>
> At this point I'm out of ideas. Please let me know if there's more
> you'd like me to do...
Hi all. I think I'm going to have to back up to GDB 7.5.1; the pain is
too great, when it does happen.
I'll maintain the core file and test setup, so let me know if there's
anything else I can do to help resolve this issue, or if there are
patches you'd like me to try.
Cheers!