Felet bakom Windows 8 RTC-buggen hittad
Bugg-fix finns också ute
Förra veckan rapporterades att en bugg upptäckts i Windows 8 som gör att resultat från benchmarks körda i operativsystemet inte ger ett rättvist resultat och bannlystes hos HWBot. Det upptäcktes senare att det endast var Intel-baserad system som drabbades och HWBot gjorde då ett undantag för AMD-baserade datorer.Nu har ytterligare analys av överklockaren Christian Ney från Ocaholic kommit fram till vart problemet ligger och han har även hittat ett ätt att lösa det.Christian Ney har samarbetat med CPU-Zs skapare, Franck Delattre, som försåg honom med ett verktyg som avläser fyra system timers i realtid (ACPI, HPET, RTC och QPC) samt vilken DMI-frekvens som beräknas baserad på varje timer.Standardfrekvensen för bussen i ett Intel-baserat system (100 MHz) gör att alla fyra timers ger en konsekvent avläsning men ändrar man bussfrekvensen med Windows-baserade program, från till exempel 100 till 95 MHz, så blir RTC och QPC konstiga.Detta händer dock inte om man ändrar frekvensen genom BIOS och om man bootar om systemet med den nya frekvensen. Av detta kan man dra slutsatsen att Windows 8 inte använder ACPI eller HPET utan en intern timer. Det ska dock sägas att även om buggen inte verkar finnas på AMD-baserade plattformar så kan det under vissa omständigheter även inträffa där.En bugg-fix finns nu ute som man måste köra via command-line setting och det kan leda till att HWBot tar bort bannlysningen av resultat körda med Windows 8.
techpowerup.com
PC,
Mjukvara,
Windows 8,
RTC-bugg,
Överklockning
38.3°
0
Samuel Paulsson
tis. 27 aug 2013, 08:46
+
Per månad
39 kr
Betala löpande per månad. Ingen bindningstid.
Starta prenumeration
Per år
299 kr
Enklast och billigast, bara 25 kronor i månaden. Betala löpande per år. Ingen bindningstid.
Prova 14 dagar gratis innan du bestämmer dig.
Starta gratis provperiod
Engångsköp
349 kr
Slipp återkommande betalningar, betala ett år i taget. Betala med kort eller Swish.
Köp utan prenumeration