From: compudj@krystal.dyndns.org (Mathieu Desnoyers)
Subject: [ltt-dev] Question about timestamp using textDump module
Date: Tue, 9 Feb 2010 12:57:49 -0500 [thread overview]
Message-ID: <20100209175749.GA19826@Krystal> (raw)
In-Reply-To: <4B7195AD.4000506@nec-labs.com>
* Ya-Yunn Su (yysu at nec-labs.com) wrote:
> Hi,
> I'm using lttng on a Xen environment. I applied the lttng patch to
> the driver domain kernel and instrumented the driver domain. I have a
> question about the timestamp in the textDump output. From my
> understanding, the timestamp is in sec.nanosec format, so the difference
> between two entries is also in sec.nanosec format. However, if I take
> the earlies and latest timestamp within a trace as the duration
> (hundreds of thousands second), it is much longer than the actual time I
> enable the tracing on (at most a minute). Am I interpreting the
> timestamp wrong? Any input is appreciated and thanks in advance.
I assume you are running on x86 32 or 64 ?
LTTng extracts its timestamps from the cycle counters on these
architectures. It works well for architectures with stable cycle
counters, but we resort to work-arounds for architectures without stable
TSCs, which might skew the relation to "real time".
Please see http://lttng.org/content/documentation#manuals "Notes on
Asynchronous TSC Architectures (and workarounds)" for details.
Moreover, we have to look at what Xen does to the cycle counters of the
CPU. It might be playing with them underneath. In this case, we'd need a
Xen-specific trace clock hypercall.
Adding more precise support for x86 architectures without synchronized
TSCs is on the project todo list. Good progress has been done on ARM in
the past months, and it could be re-used for x86.
Thanks,
Mathieu
>
> Thanks,
> Ya-Yunn
>
> _______________________________________________
> ltt-dev mailing list
> ltt-dev at lists.casi.polymtl.ca
> http://lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev
>
--
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
prev parent reply other threads:[~2010-02-09 17:57 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-09 17:04 Ya-Yunn Su
2010-02-09 17:57 ` Mathieu Desnoyers [this message]
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=20100209175749.GA19826@Krystal \
--to=compudj@krystal.dyndns.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