This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug threads/13251] New: frequent multithreading slows down GDB tothe extent of making it unusable
- From: "markus at hyperion-imrt dot org" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Tue, 04 Oct 2011 08:58:17 +0000
- Subject: [Bug threads/13251] New: frequent multithreading slows down GDB tothe extent of making it unusable
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=13251
Bug #: 13251
Summary: frequent multithreading slows down GDB to the extent
of making it unusable
Product: gdb
Version: 7.3
Status: NEW
Severity: critical
Priority: P2
Component: threads
AssignedTo: unassigned@sourceware.org
ReportedBy: markus@hyperion-imrt.org
Classification: Unclassified
This is a follow-up on a bug that was submitted by me in Feb 2011 and never
resolved fully. I waited for 7.3 and it is still there.
The problem: the application program spawns a great many threads (in the
thousands, altogether) which each lives for a few ms. The threads are started
by boost::thread.
Each thread seems to allocate some memory in gdb which is never freed fully.
Further, the gdb process does something on a single CPU which grows longer in
time the more threads have been started (and stopped). With the growing
overhead
on a single CPU, performance drops rapidly. In the end, the process grinds to
a halt, with GDB using all of one CPUÂs capacity.
Following my first submission, I installed gdb-7.2.50-20110206 which was only a
partial rememedy.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.