DTrace "timestamp" wraps at about 2^33 (64-bit value)?
avg at icyb.net.ua
Mon Jun 22 11:07:50 UTC 2009
on 20/06/2009 19:29 Thomas Backman said the following:
> It appears the DTrace "timestamp" variable is wrapping around way, way
> too quickly - it only goes to somewhere slightly above 2^33 (in
> practice, at least), and since it's in nanoseconds, that's not a lot.
> (2^33 ns is less than 10 seconds, actually. 2^64 is 584.55 years, however!)
> return ((rdtsc() + tsc_skew[curcpu]) * (int64_t) 1000000000 / tsc_freq);
It appears that (rdtsc() + X) * 10^9 overflows 64-bit value for sufficiently small
values of rdtsc.
BTW, I think it would have been better/clearer to use uint64_t in the cast.
I think that to minimize overflow and sufficiently accurate result a formula like
the following could be used:
x = rdtsc() + tsc_skew[curcpu];
sec = x / tsc_freq;
r = x % tsc_freq;
res = sec * 10^9 + (r * 10^9 / tsc_freq);
I have not tested the formula.
I have suspicions about its accuracy in the edge cases,
esp. if tsc_freq > (2^64 - 1) / 10^9 (not sure if have that in reality).
More information about the freebsd-current