Re: sched_clock -> check_tsc_unstable -> tsc_read_c3_time ?!?
From: Ingo Molnar
Date: Thu Oct 13 2005 - 23:54:47 EST
* Lee Revell <rlrevell@xxxxxxxxxxx> wrote:
> On Thu, 2005-10-13 at 13:11 -0700, john stultz wrote:
> > Yea, you're right about the inlining. Although I'm not sure why those
> > functions should take microseconds to execute. That's very strange.
> Latency tracing overhead plus a slow (600MHz) machine?
yeah. The micro-timings of latency tracing can be misleading. Function
calls are very fast on most CPUs (even on a 600MHz one), but with the
latency tracer generating one trace entry per function call, there's
considerable added overhead.
we could in theory calibrate the tracing overhead and subtract it from
cycle readings [i've done this in a previous mcount() based tracer
implementation, years ago], but that would make the latency trace
timestamps less useful as a global time reference.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/