GNU bug report logs - #10580
24.0.92; gdb initialization takes more than one minute at 100% CPU

Previous Next

Full log

View this message in rfc822 format

From: Dov Grobgeld <dov.grobgeld <at> gmail.com>
To: Chong Yidong <cyd <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 10580 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: bug#10580: 24.0.92; gdb initialization takes more than one minute at 100% CPU
Date: Fri, 11 May 2012 11:29:57 +0300

[Message part 1 (text/plain, inline)]

Here are the results.

With patch1: ~155s
With patch2: ~112s

On the other hand, I have patched gdb, seehttp://
sourceware.org/bugzilla/show_bug.cgi?id=14081,  to do uniq internally in
gdb, and then it takes only about 10s.

On Fri, May 11, 2012 at 9:33 AM, Chong Yidong <cyd <at> gnu.org> wrote:

> Dov Grobgeld <dov.grobgeld <at> gmail.com> writes:
>
> > Here are the tests when using the the latest cvs gdb that yields a gdb
> > output file of about 800k.
> >
> > Without gdb-get-source-file-list override: ~139s
> > With gdb-get-source-file-list override: ~125s
> >
> > Thus it is clear that most of the time is taken just reading the
> > string into emacs. But doing find-file on the same file is almost
> > instantaneous.
>
> Here's another little experiment.  Could you apply the two attached
> patches, individually, and see what difference each patch makes?
> (Again, with gdb-create-source-file-list at its default of t, and
> without any other patches to gdb-mi.el.)
>
>

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.