From: Andrew Cagney <ac131313@redhat.com>
To: Robert Vazan <robertvazan@privateweb.sk>
Cc: gdb@sources.redhat.com
Subject: Re: Terminally slow (75 seconds) on some steps
Date: Mon, 21 Jul 2003 14:21:00 -0000 [thread overview]
Message-ID: <3F1BF6D4.6090801@redhat.com> (raw)
In-Reply-To: <Mahogany-0.65.0-31087-20030719-132912.00@pcw2k69.energoinfo.sk>
> On Fri, 18 Jul 2003 17:56:27 -0400 Andrew Cagney <ac131313@redhat.com> wrote:
>
>
>> 11 seconds per step? Still painfully slow :-(
>
>
> 11 seconds for application startup. That's gdb's cpu time. Application
> has 0 seconds of run time. Later some steps take 2 seconds, but some
> steps are interactive. The unusual thing is that my application freezes
> for those 2 seconds and then does the rest very quickly. That's without
> any breakpoints, just running it in debugger.
So 11 seconds after you typed `run'.
(The word startup can either be appled to that time after "run", or the
time for gdb to reach the first "(gdb)" prompt :-().
Lots of shared libraries?
Is it reproducable?
>> What exactly is the system your using? Can you capture
>> strace/ktrace/truss output for GDB doing a stepi?
>
>
> I have no clue what are above three tools, but stepi is interactive. At
> least I didn't bother to find the point where those 2 seconds are spent.
Which operating system? That determines the tool you'll be using.
"step" is implemented using multiple "stepi". A slowdown can either be
two many "stepi"s or a slow "stepi" implementation.
>> By `locks' you mean?
>
>
> System native mutexes, I guess.
Which operating system?
Andrew
next prev parent reply other threads:[~2003-07-21 14:21 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1057999221.6815.ezmlm@sources.redhat.com>
2003-07-12 9:03 ` Robert Vazan
2003-07-17 16:34 ` Andrew Cagney
2003-07-18 13:06 ` Robert Vazan
2003-07-18 21:56 ` Andrew Cagney
2003-07-19 11:29 ` Robert Vazan
2003-07-21 14:21 ` Andrew Cagney [this message]
2003-07-21 17:38 ` Robert Vazan
2003-08-05 5:20 ` Andrew Cagney
2003-08-05 18:04 ` Robert Vazan
2003-08-05 18:35 ` Andrew Cagney
2003-08-14 12:05 ` Robert Vazan
2003-08-15 22:59 ` Andrew Cagney
2003-08-16 15:11 ` Daniel Jacobowitz
2003-08-16 16:36 ` Andrew Cagney
2003-08-16 16:41 ` Daniel Jacobowitz
2003-08-17 3:29 ` Daniel Berlin
2003-08-18 15:05 ` Andrew Cagney
2003-08-18 16:15 ` Daniel Berlin
2003-08-16 16:38 ` Robert Vazan
2003-08-20 16:12 ` Robert Vazan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F1BF6D4.6090801@redhat.com \
--to=ac131313@redhat.com \
--cc=gdb@sources.redhat.com \
--cc=robertvazan@privateweb.sk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).