timestamp problems
Frank Ch. Eigler
fche@redhat.com
Sun Oct 12 23:44:00 GMT 2008
Hi -
> [...] considering that I do nothing apart from
> just calling a gettimeofday_ms(), am quite convinced that it is not a
> problem with my script [...]
It seems like a systemtap (runtime) bug.
> The error: The timestamps after a sometime jump back by a huge number.
>
> on Fedora 8
> The timestamps starts off with something like 1220226924420
> and goes on till 1220226928771
> (process executing rc.sysinitentry number 133, time in ms since first
> probe : 4351 ms )
> then suddenly jumps back to 1220207130000
That is "only" 0.229 days (20 million units if we're talking about
milliseconds), but of course still unacceptable. (I'm assuming the
main system clock does not jump similarly.)
Can you try something like this:
probe timer.s(10) { now=gettimeofday_ns()
printf("systemtap %s %6d\n",ctime(now/1000000000),now%1000000000)
system("date -u +\"system %a %b %d %H:%M:%S %Y %N\"")
system("grep -i mhz /proc/cpuinfo") }'
and watch for a divergence over time. The timer.s(NN) parameter could
be changed to narrow in on a suspected trigger time.
- FChE
More information about the Systemtap
mailing list