Tests mit Windows 8 und Intel
Zuerst wollten wir sicherstellen, dass das Tool von Frank D. von CPUID mit
Sicherheit auch das tut, was es effektiv tun soll. Dies ist kritisch damit wir
letztlich verlässliche Restultate erhalten.
Verändert man den Bustakt unter Windows nicht, dann tritt das Problem nicht
auf. Alle Timer zeigt exakt ein und dieselbe Zeit.
Nun, nachdem wir den Bustakt anpassten, wobei wir diesen von 100 MHz auf 95
MHz absenkten, erhalten wir das folgende Resultat.
An dieser Stelle sehen wir etwas Neues. Zuerst war ausschliesslich bekannt,
dass der RTC Timer vom Problem betroffen ist. Nun sehen wir aber, dass es auch
Probleme mit dem QPC Timer gibt, denn dieser zeigt nach 180 Sekunden denselben
Wert wie der RTC Timer.
In einem nächsten Schritt starteten wir das System mit einem BCLK von 95 MHz
direkt aus dem BIOS, um zu zeigen, dass das Problem nur dann auftritt, wenn man
den Bustakt nach Starten des Systems anpasst.
An dieser Stelle zeigen alle Timer dieselbe Zeit. An und für sich ist alles
normaler, schaut man aber genauer hin, dann sieht man, dass die Frequenz des
QPC-Timers auf 3.25 MHz sank, von vormals 3.42 MHz. Hierbei handelt es sich um
einen sehr interessante Information, denn dadurch bekommt man zu Gesicht, dass
die Anpassung des Busttaktes eine Änderung der Timer-Frequenz zur Folge hat.
Darüber hinaus fällt der folgende Zusammenhang auf: 100 MHz / 3.42 MHz = 95 MHz
/ 3.25 MHz = ~ 29.24. Auf den ersten Blick sieht es so aus als ob der QPC Timer
die DMI Frequenz verwendet.
Bevor wir nun zu einer AMD Plattform wechseln, hier eine kurze
Zusammenfassung:
- RTC und QPC Timer verwenden dieselbe Hardwarequelle (Timer und
Frequenz)
- Diese Quelle reagiert auf Anpassungen des Bustaktes. In anderen Worten
scheint Windows 8, den internen Timer zu verwenden anstelle eines externen wie
beispielsweise den HPET oder ACPI.