Archlinux: grote clock drift

[begintmeta]

Ik ben bij het erperimenteren met verschillende linux-distro's (en BSDs) ook op Arch Linux gestoten.

Wat me daarbij opvalt is dat de clockdrift nogal groot is, groter dan bij andere OS-varianten. Ik heb al wat met verschillende clock=... kernelflags geexperimenteerd, maar ik kom er niet uit. openntpd moet continu de klok behoorlijk ver verzetten (en helaas terugzetten).

Jan 28 13:29:15 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.315195s
Jan 28 13:32:57 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.313800s
Jan 28 13:36:34 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.250887s
Jan 28 13:39:53 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.170943s
Jan 28 14:39:45 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.276807s
Jan 28 14:47:10 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.486576s
Jan 28 14:49:57 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.429267s
Jan 28 14:54:07 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.334086s
Jan 28 14:57:55 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.284791s
Jan 28 15:00:15 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.232001s
Jan 28 15:07:35 ArchLinuxHost ntpd[2024]: adjusting local clock by -0.128072s

In wat meer dan anderhalf uur is de klok dus meer dan drie seconden teruggezet. Dat is wat veel, in ieder geval meer dan 'normaal' op deze computer.

beschikbare clocksources: hpet acpi_pm jiffies tsc
en default wordt hpet gebruikt.

Is hier iets aan te doen?

Edit: heb net misschien een goede 'lead'(en nog wat) gevonden.

Ik ga nu eerst clocksource=acpi-pm proberen... dat deed niet zoveel, het toevoegen van noapic aan de kernel commandline deed ook geen goed:
Jan 28 16:57:44 ArchLinuxHost ntpd[2035]: adjusting local clock by 20.996268s
Jan 28 17:02:00 ArchLinuxHost ntpd[2035]: adjusting local clock by 20.929864s
Jan 28 17:03:37 ArchLinuxHost ntpd[2035]: adjusting local clock by 20.862113s
Jan 28 17:05:14 ArchLinuxHost ntpd[2035]: adjusting local clock by 20.725653s

[ Voor 23% gewijzigd door begintmeta op 28-01-2009 17:14 ]

[begintmeta]

Het lijkt te maken te hebben met het dynamische processorsnelheden, even uitzoeken welke timer stabiel is, hpet werkt niet goed in ieder geval.

clocksource=acpi_pm lijkt stabiel te werken.

[ Voor 14% gewijzigd door begintmeta op 29-01-2009 20:36 ]

[begintmeta]

Hmm, dat werkt ook niet lekker. Ook nog even onder Windows XP getest, daar is de klok redelijk stabiel... Dynamic tics maar eens uitzetten bij het compilen van de kernel?

[maleadt]

Kenrel versie? Type processor? Op 2.6.27 kan GEODE_MFGPT_TIMER in combinatie met een Geode CPU voor problemen zorgen.

[begintmeta]

Hmm, dat had ik ook gevonden, maar voor mijn C7 kon ik niets dergelijks vinden. De kernelversie is .28, heb het met en zonder de patches uit de abs-package geprobeerd.

[ Voor 47% gewijzigd door begintmeta op 02-02-2009 12:35 ]