[chrony-users] understanding drift vs. clock frequency

[Olaf Hering <olaf@xxxxxxxxx>]

I'm trying to understand the correlation between the estimated clock frequency and the estimated drift. During boot the TSC frequency is estimated by the kernel, and during runtime some drift is calculated based on the time returned by remote servers. In my case it may look like this:

root@bax:~ # dmesg | grep -Ei '(hz|msr|tsc|tol|clocksource)'
[    0.000000] tsc: Fast TSC calibration using PIT
[    0.000000] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
[    0.000000] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns
[    0.000000] tsc: Fast TSC calibration using PIT
[    0.004000] tsc: Detected 2194.858 MHz processor
[    0.221809] TSC deadline timer enabled
[    0.221811] smpboot: CPU0: Intel(R) Xeon(R) CPU D-1531 @ 2.20GHz (family: 0x6, model: 0x56, stepping: 0x3)
[    0.460963] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[    0.929214] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[    0.930094] clocksource: Switched to clocksource hpet
[    0.945712] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    3.036012] tsc: Refined TSC clocksource calibration: 2194.917 MHz
[    3.036027] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x1fa37107ca2, max_idle_ns: 440795258165 ns
[    4.139385] clocksource: Switched to clocksource tsc
root@bax:~ # l /var/lib/chrony/drift && cat $_
-rw-r--r-- 1 chrony chrony 42 Dec  3 13:07 /var/lib/chrony/drift
          -10.241223             0.186852
root@bax:~ # w
 13:57:18 up 6 days,  4:44,  2 users,  load average: 0.00, 0.00, 0.00

I think the kernel assumes "2194917000" ticks represent a second. What does the drift mean in this case? This part is not explained well enough. What really happens during that amount of ticks?

Does it mean after that amount of ticks the time advanced by (1*1000*1000*1000)+10241=1000010241us? So the system time needs to be slowed down by the drift value? In this case the real TSC frequency would be lower, like ((2194917*1000)*(1*1000*1000*1000))/((1*1000*1000*1000)+10241) = 2194894522 Hz = 2194.894 MHz?

Or did the time advance after the amount of ticks just by (1*1000*1000*1000)-10241 = 999989759us? So the system time needs to be accelerated by the drift value? In this case the real TSC frequency would be higher, like ((2194917*1000)*(1*1000*1000*1000))/((1*1000*1000*1000)-10241) = 2194939478 Hz = 2194.939 MHz?

Or is perhaps some of my math backwards?

Thanks,
Olaf

Attachment: pgpbKDdk1qhoP.pgp
Description: Digitale Signatur von OpenPGP