This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: performance of multithreading gets gradually worse under gdb
- From: "Ulrich Weigand" <uweigand at de dot ibm dot com>
- To: pedro at codesourcery dot com (Pedro Alves)
- Cc: tromey at redhat dot com (Tom Tromey), markus at hyperion-imrt dot org (Markus Alber), msnyder at vmware dot com (Michael Snyder), gdb at sourceware dot org
- Date: Fri, 4 Feb 2011 16:13:31 +0100 (CET)
- Subject: Re: performance of multithreading gets gradually worse under gdb
Pedro Alves wrote:
> > (Actually, now that every thread always has a thread_info, the
> > best thing would probably be anyway to hang each thread's regcaches
> > off the thread_info, and do away with the global list completely.)
>
> Not sure we can do that yet, at least as sole mechanism to
> keep track of regcache pointers.
> We have targets that do thread<->lwp ptid translation between
> thread/proc stratum layers, and random places that do
> get_thread_regcache (ptid) behind the core's back -- it appears
> aix-thread.c could be one of those.
> Another example: linux-nat.c:cancel_breakpoint builds
> regcaches for lwps before linux-thread-db.c (if active at all)
> has had a chance of telling the core about new
> threads (in all-stop mode).
Ah, I see. Yes, this looks like some more work is needed ...
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com