Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "André Pönitz" <andre.poenitz@nokia.com>
To: gdb-patches@sourceware.org
Cc: "Poenitz Andre (Nokia-D-Qt/Berlin)" <andre.poenitz@nokia.com>
Subject: Re: [RFA 2/4] dwarf2_physname
Date: Wed, 25 Nov 2009 09:16:00 -0000	[thread overview]
Message-ID: <200911251013.24976.andre.poenitz@nokia.com> (raw)
In-Reply-To: <m3vdgzzg8h.fsf@fleche.redhat.com>

On Tuesday 24 November 2009 23:54:06 Tom Tromey wrote:
> >>>>> "André" == André Pönitz <andre.poenitz@nokia.com> writes:
> 
> André> I guess it's hard to come up with a benchmark that everybody 
> André> would consider authoritive. I could run a few tests for scenarios
> André> I am interested in, though. Am I right in assuming that I could just
> André> pull one of the archer archer-keiths-* branches? Would that be
> André> archer-keiths-linkage_name-redux?
> 
> You want archer-keiths-expr-cumulative, that has these patches, but also
> some other C++ expression fixes.

Thanks.

Now the results of a highly unscientific approach at measuring "time"

# Attach to a running instance of Qt Creator using 
# time $1 -batch -pid $creatorpid -ex 'set confirm off' -ex q

# gdb 6.8 from Ubuntu 9.04 (optimized build)
real    0m9.508s user    0m8.653s sys     0m0.852s
real    0m9.607s user    0m8.585s sys     0m0.860s
real    0m9.726s user    0m8.677s sys     0m0.912s
real    0m9.747s user    0m8.697s sys     0m0.824s


# archer-tromey-python (debug version)
real    0m10.474s user     0m9.933s sys     0m0.520s
real    0m10.600s user     0m9.889s sys     0m0.472s
real    0m10.621s user     0m9.977s sys     0m0.484s
real    0m10.894s user    0m10.197s sys     0m0.544s

# archer-keiths-expr-cumulative (debug version)
real    0m11.410s user    0m10.741s sys     0m0.608s 
real    0m11.431s user    0m10.781s sys     0m0.636s 
real    0m11.519s user    0m10.865s sys     0m0.544s
real    0m11.540s user    0m10.809s sys     0m0.508s 

# archer-tromey-optional-psymtab (debug version)
real     0m8.687s user    0m7.772s sys     0m0.904s
real     0m8.687s user    0m7.816s sys     0m0.852s
real     0m8.823s user    0m7.828s sys     0m0.932s
real     0m9.050s user    0m7.936s sys     0m0.916s



# Attach to small program using QtCore and QtGui and run 'info types'
# time $1 -batch -pid $creatorpid -ex 'set confirm off' -ex 'set pagination off' -ex 'info types' -ex q

# gdb 6.8 from Ubuntu 9.04 (optimized build)
real    0m6.564s user    0m1.984s sys     0m0.252s
real    0m6.625s user    0m2.016s sys     0m0.256s
real    0m6.797s user    0m2.108s sys     0m0.268s

# archer-tromey-python (debug version)
real    0m5.180s user    0m1.784s sys     0m0.220s
real    0m5.237s user    0m1.832s sys     0m0.168s
real    0m5.165s user    0m1.764s sys     0m0.196s
real    0m5.187s user    0m1.832s sys     0m0.136s

# archer-keiths-expr-cumulative (debug version)
real    0m8.594s user    0m5.180s sys     0m0.264s
real    0m8.631s user    0m5.140s sys     0m0.252s
real    0m8.641s user    0m5.164s sys     0m0.272s
real    0m8.738s user    0m5.084s sys     0m0.320s

# archer-tromey-optional-psymtab (debug version)
real    0m5.085s user    0m1.592s sys     0m0.236s
real    0m5.101s user    0m1.592s sys     0m0.188s
real    0m5.091s user    0m1.656s sys     0m0.204s
real    0m5.080s user    0m1.552s sys     0m0.236s


Each scenario was run five times, I dropped the worst result from each,
so this is basically 'warm cache'. 

I understand that I should have better used optimized builds
(I can re-do the test if needed) but I guess the picture is clear.

Looking at the 'user' colums:

Block 'attach':

expr-cumulativ loses ~10% against tromey-python (which is, 
as I understand, unrelated to 'type stuff'). optional-psymtab 
on the other hand shows a nice ~20% improvement.

Block 'ptype':

expr-cumulativ loses  ~280% (!) against tromey-python, whereas 
optional-psymtab gains >~10%

If someone feels like I should use other build options or use other
commands for the timing, please say so.

Andre'


PS: I could not sensibly run 'info ptype' in the gdb attached to the
Qt Creator as gdb was taking more than 1.8 GB and I have only 2 GB
on my desktop.


  reply	other threads:[~2009-11-25  9:16 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-20 21:20 Keith Seitz
2009-11-20 22:10 ` Daniel Jacobowitz
2009-11-21  0:04   ` Tom Tromey
2009-11-21  3:46     ` Frank Ch. Eigler
2009-11-23 18:06       ` Tom Tromey
2009-11-23 19:00         ` Daniel Jacobowitz
2009-11-23 16:52   ` Keith Seitz
2009-11-23 17:08     ` Daniel Jacobowitz
2009-11-24 19:20       ` Sami Wagiaalla
2010-01-27 17:10         ` Sami Wagiaalla
2009-12-08 19:47   ` Keith Seitz
2009-12-14 19:33     ` Keith Seitz
2009-12-17 20:19       ` Tom Tromey
2009-12-17 20:28         ` Daniel Jacobowitz
2009-12-17 22:39           ` Paul Pluzhnikov
2009-12-22 18:35           ` Tom Tromey
2009-12-22 19:24             ` Daniel Jacobowitz
2010-01-20 20:37               ` Keith Seitz
2010-01-26 21:17                 ` Daniel Jacobowitz
2010-01-27 19:12                   ` Keith Seitz
2010-01-28 20:22                     ` Keith Seitz
2010-01-28 20:24                       ` Daniel Jacobowitz
2010-01-28 23:41                         ` Keith Seitz
2010-02-01 16:48                           ` Daniel Jacobowitz
2010-02-01 19:32                             ` Keith Seitz
2010-02-01 19:39                               ` Daniel Jacobowitz
2010-02-01 21:52                                 ` Keith Seitz
2010-02-01 22:19                                   ` Daniel Jacobowitz
2010-02-02 23:23                                     ` Keith Seitz
2010-02-02 23:31                                       ` Keith Seitz
2010-02-03  2:46                                       ` Daniel Jacobowitz
2010-02-04 17:48                                         ` Tom Tromey
2010-02-04 18:14                                           ` Daniel Jacobowitz
2010-02-05 17:13                                             ` Keith Seitz
2010-02-05 17:29                                               ` Daniel Jacobowitz
2010-02-05 20:24                                                 ` Keith Seitz
2010-02-05 20:57                                                   ` Daniel Jacobowitz
2010-02-05 23:10                                                     ` Keith Seitz
2010-02-05 23:46                                                       ` Daniel Jacobowitz
2010-02-04 17:21                             ` Tom Tromey
2010-02-04 17:25                               ` Daniel Jacobowitz
2009-11-23  7:31 ` André Pönitz
2009-11-23 16:57   ` Keith Seitz
2009-11-23 17:20     ` Tom Tromey
2009-11-24  7:22     ` André Pönitz
2009-11-24 22:54       ` Tom Tromey
2009-11-25  9:16         ` André Pönitz [this message]
2009-11-25 18:14           ` Tom Tromey
2009-11-23 17:15   ` Tom Tromey
2009-11-24 22:11 ` Joel Brobecker

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=200911251013.24976.andre.poenitz@nokia.com \
    --to=andre.poenitz@nokia.com \
    --cc=gdb-patches@sourceware.org \
    /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