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: Huge slowdown since 6.0

From: Daniel Jacobowitz <drow at false dot org>
To: Kip Macy <kmacy at fsmware dot com>
Cc: David Carlton <carlton at kealia dot com>, gdb at sources dot redhat dot com
Date: Wed, 18 Feb 2004 22:35:27 -0500
Subject: Re: Huge slowdown since 6.0
References: <20040218210927.GA16641@nevyn.them.org> <yf2vfm42hy7.fsf@hawaii.kealia.com> <20040218143915.D18075@demos.bsdclusters.com>

On Wed, Feb 18, 2004 at 02:44:56PM -0800, Kip Macy wrote:
> About a year ago our tools person added symbol-caching to our in-house
> GDB tree. He happened to use an STL map, although there are certainly
> more C-compliant ways. Prior to this change, developers had to use
> pointer arithmetic in their macros to avoid repeated lookups or their
> macros would run too SLOW. Would symbol-caching be something that would
> make sense for mainline GDB?

Maybe, but a year or two ago symbol lookup was a whole lot slower than
it is now.  I suspect it would not make a lot of difference.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Follow-Ups:
- Re: Huge slowdown since 6.0
  - From: Kip Macy

References:
- Huge slowdown since 6.0
  - From: Daniel Jacobowitz
- Re: Huge slowdown since 6.0
  - From: David Carlton
- Re: Huge slowdown since 6.0
  - From: Kip Macy

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