This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Terminally slow (75 seconds) on some steps


On Thu, 17 Jul 2003 12:34:42 -0400 Andrew Cagney <ac131313@redhat.com> wrote:


Is this a threaded program on GNU/Linux? 5.3 contained a major performance improvement for threaded debugging.


Threads are only planned. There is a lot of locks, but only one thread.


Also, something from April '02 is seriously old. Try either 5.3, or a 6.0 snap (see http://www.gnu.org/software/gdb/download/)


I have here Cvs HEAD and it gives 68->11 seconds improvement. It still
isn't the same as outside debugger, but it's usable, especially because
single-stepping is faster too.

11 seconds per step? Still painfully slow :-(


What exactly is the system your using? Can you capture strace/ktrace/truss output for GDB doing a stepi?

By `locks' you mean? If the program is using lots of signals then, again, its going to get slow - they have to go through GDB.

enjoy,
Andrew



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]