Re: Zerolink slows gdb to a crawl?
Re: Zerolink slows gdb to a crawl?
- Subject: Re: Zerolink slows gdb to a crawl?
- From: "William H. Schultz" <email@hidden>
- Date: Wed, 18 Jan 2006 15:23:29 -0800
I'm also seeing the excessive slowdown. I think it started with
version 2.2. The key difference here, though, is that I'm not using
Zero Link, but I do have a *lot* of debug symbols, as I'm also
linking against a debug build of wxWidgets.
Hank Schultz
Cedrus Corporation
http://www.cedrus.com/
On Jan 18, 2006, at 4:42 AM, Jonathan del Strother wrote:
On 17 Jan 2006, at 00:08, Jonathan Taylor wrote:
gdb is painfully slow when debugging my project - just a simple
'Step
Over' takes a couple of seconds per line. I've discovered that
turning off Zerolink makes this much faster. A smaller project
doesn't seem to suffer from the same problems.
My project has around 60 .ob files for zerolinking. Is there a
known
problem with gdb speeds & lots of .ob files? Is there anything
I can
try that might speed things up?
ZeroLink saves time at link time by deferring all linking and
loading
till runtime. With some projects this is fast and efficient, but
with
others it causes big slowdowns when debugging; it depends on the
organization of your project.
If you spend more time loading the .ob files dynamically at debug
time
than you'd spend actually linking them at link time, then by all
means
turn off ZeroLink for this project.
The experience I had, and the timings attached to the bug report I
referred to (rdar://4349128), seemed to suggest that it wasn't
just time taken loading the files dynamically that was the
problem. Successive single-steps within a single function took far
longer than with zerolink turned off: I would have expected that
if it was just a dynamic loading issue then the delay should go
away after a few single-steps (particularly around a loop), which
isn't my experience.
I'd just like to echo what Jonny said: the slowdown isn't just
during library loading - it seems to occur on every single user
command to gdb.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden