Mirror of the lttng-dev mailing list
 help / color / mirror / Atom feed
From: david.goulet@polymtl.ca (David Goulet)
Subject: [ltt-dev] UST Test
Date: Fri, 03 Sep 2010 13:37:40 -0400	[thread overview]
Message-ID: <4C813264.6000805@polymtl.ca> (raw)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi everyone,

I think we had some time ago a discussion about that but now I want to fix this
properly and for good. The current benchmark test in the UST git is :
1) Only testing trace_mark
2) Using syscalls

This makes the per event time goes ~1.1ms for 1 millions events. I did some time
ago another benchmark test that tested trace_mark, tracepoint with trace_mark
and custom probe but _without_ syscalls (only math calculation) and the time
dropped to ~200ns per event.

So, I don't question the current benchmark test but perhaps it should be good to
design a test that first will test all "marking" technology (including soon to
come trace_event), second that will use multiple use case scenario (like
syscalls, regular calculation, string manipulation, I/O, ...) because each of
these test gives different results.

We have NO test case that test all four (marker, TP, custom, TE) and I think
this should be VERY important because I just found out that the the
trace_mark_tp was not working since the changes made by Nils with the data
pointer by using some old test I had. This should be detected with the
tests/runtests script at each new release or/and pull commit.

Cheers
David
- -- 
David Goulet
LTTng project, DORSAL Lab.

1024D/16BD8563
BE3C 672B 9331 9796 291A  14C6 4AF7 C14B 16BD 8563
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEUEARECAAYFAkyBMmMACgkQSvfBSxa9hWM4ewCRAekMY57jqyLoLNpVzgPShdEK
7QCcDgQrWhDVyr5+FDVHzhaOMkJl9BI=
=+MMf
-----END PGP SIGNATURE-----




             reply	other threads:[~2010-09-03 17:37 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-03 17:37 David Goulet [this message]
2010-09-09  6:33 ` Pierre-Marc Fournier
2010-09-09 12:58   ` David Goulet

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=4C813264.6000805@polymtl.ca \
    --to=david.goulet@polymtl.ca \
    /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