Systemuhr rast mit ondemand und conservative cpufreq governor

[Sephiroth]

Hier mal eine kleines Exempel, wie schnell meine Linux Systemuhr rast, wenn ich den ondemand governor verwende.

20 Aug 22:40:54 ntpdate[7757]: step time server 85.214.123.101 offset -0.617279 sec
20 Aug 22:41:20 ntpdate[7766]: step time server 85.214.123.101 offset -1.185941 sec
20 Aug 22:42:49 ntpdate[7803]: step time server 81.169.180.26 offset -3.236528 sec

Zur Info: negatives offset bedeutet meine Uhr geht vor

Im Laufe des Betriebs werden daraus ruckzuck mehrere Minuten.

Zum Glück habe ich das zurückschreiben der Systemzeit ins BIOS deaktiviert, sonst hätte ich auch unter Windows und nach einem Neustart ständig die falsche Zeit.

Ich werde nun den conservative governor testen, damit die CPU nicht die ganze Zeit mit voller Geschwindigkeit laufen muss. (bei AMD64 CPUs wird in der Kernel-Hilfe sogar zum conservative geraten aber ich hab einen C2D)

Hat jemand ähnliche Erfahrungen oder weiß woran es liegt und wie man es beheben kann?

p.s.
Ist auch mit dem Kernel 2.6.25 so.

ist mit conservative nicht besser
20 Aug 23:46:24 ntpdate[14629]: step time server 81.169.171.179 offset -1.170615 sec
20 Aug 23:46:37 ntpdate[14637]: step time server 78.47.254.80 offset -1.463496 sec
20 Aug 23:47:03 ntpdate[14650]: step time server 85.214.36.108 offset -2.050873 sec

[Gast]

schau mal hier:
http://www.unixboard.de/vb3/showthread.php?t=34164

[Gast]

und auch noch:
http://www.unixboard.de/vb3/showthread.php?t=22380

[Sephiroth]

Danke, ich probiere mal die Variante mit no_timer_check (http://www.ensode.net/no_timer_check.html), da clock=pit immer nur in Verbindung mit virtuellen Maschinen genannt wurde.
clock=pit ist wohl eh standard
clock= [BUGS=X86-32, HW] gettimeofday clocksource override.
[Deprecated]
Forces specified clocksource (if available) to be used
when calculating gettimeofday(). If specified
clocksource is not available, it defaults to PIT.

nachtrag 2: ich stelle auch eben fest, dass TSC als clocksource genommen wird (cat /sys/devices/system/clocksource/clocksource0/current_clocksource). Reichlich blöd, wo der doch taktabhängig ist und gerade bei multi-cpu/core systemem probleme macht.

[Sephiroth]

notsc hat bereits geholfen, jettz wird auch fein hpet statt tsc als clocksource genommen!
nochmal danke an dich, gast. du hast mich auf den richtigen weg gebracht.