This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
Re: gdb/457: GDB runs slow (internal doco needed) (FAQ)
- From: Andrew Cagney <ac131313 at cygnus dot com>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 4 Apr 2002 17:58:00 -0000
- Subject: Re: gdb/457: GDB runs slow (internal doco needed) (FAQ)
- Reply-to: Andrew Cagney <ac131313 at cygnus dot com>
The following reply was made to PR gdb/457; it has been noted by GNATS.
From: Andrew Cagney <ac131313@cygnus.com>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: ac131313@redhat.com, gdb-gnats@sources.redhat.com
Subject: Re: gdb/457: GDB runs slow (internal doco needed) (FAQ)
Date: Thu, 04 Apr 2002 12:54:45 -0500
>
> - Slowdown of the running inferior
>
> For record, the worst offender here is lin-lwp.c stopping/starting all threads
> at every shared library breakpoint (may or may not be necessary) and at
> every thread creation/destruction (definitely not necessary). I'm
> working on some code to cut this down.
I'm trying to define a baseline on what is and isn't fundamental when
deciding if it is worth worrying about the performance of something.
People instantly notice and walk off in disgust when the single-step
button takes several seconds.
People get vaguely anoyed when running a program under GDB is slower
overall.
I think the above goes into the latter category - still important but
not fundamental. Speeding up single step performance will benefit
everyone - stepping with shared libraries - less so.
enjoy,
Andrew