Anders wrote:
> "Ove Kristensen" <ovek@adslhome.dk> wrote in message
> news:4050ee75$0$27380$edfadb0f@dread16.news.tele.dk...
>
>>"Jens C. Hansen [Odense]" <"[usenet]±[greylion]=[dk]"> skrev
>>
>>>Slå "Spread Spectrum" fra i Bios'en.
>>
>>Det hjalp søreme, tusind tak til alle for hjælpen
>
> Årh, hvaad? Er der nogen der kan forklare den?
> Med mindre windows (som jeg har den mistænkt for efter ovenstående) indlæser
> uret, tæller det selv og derefter skriver det ned ved exit burde ovennævnte
> ikke påvirke uret (der kører på sit eget 32,768kHz krystal)...
De fleste OS'er henter ved boot-up tidspunktet fra RTC ("Real-Time
Clock", drevet af det krystal du nævner), som er integreret i bundkortet.
Derefter bruger OS'et processorens frekvens til at sætte sit "ur" efter,
og så kører OS'ets "ur" uafhængigt af RTC.
Senere sammenligner OS'et den tid det selv har målt at der er gået, med
den tid der er gået ifølge RTC - og det gør det, fordi ingen RTC'er går
100% nøjagtigt, så OS'et beregner hvor meget RTC kører for langsomt
eller hurtigt, og korrigerer for dette næste gang der startes op.
"Spread Spectrum" får processorens frekvens til at svinge lidt op og ned
(hvilket sænker EMI).
Hvis frekvensen er "lav" når OS'et henter tidspunktet ved opstart, og
senere (ved sammenligning med RTC) er "høj", så vil det antal
clockcyklus'er (og dermed den "tid"), der er "gået" for OS'et, være
større end den reélt forløbne tid, og det vil for OS'et se ud, som om at
RTC går lidt for langsomt, og OS'et vil derfor justere både tidspunktet
_og_ RTC lidt forud ved næste nedlukning og opstart - omvendt vil det
justere bagud for det omvendte tilfælde.
Med andre ord: Hvis man har "(FSB) Spread Spectrum" slået til, så er det
en god idé at bruge en NTP-server til at sætte "uret" efter.
"AGP Spread Spectrum" burde ikke påvirke hverken RTC eller OS'ets "ur".