der8auer
der8auer Cooling & Systeme
Hallo Community,
neben meiner Tätigkeit hier als Moderator bin ich Teil des HWBot Staff auf HWBot.org. HWBot ist die größte Datenbank für Overclocking-Ergebnisse und Competitive-Overclocking. Da wir mittlerweile sehr viele verschiedene Benchmarks und Betriebssysteme unterstützen treten dementsprechend auch einige Probleme und Bugs auf.
Unser letzter Fund betrifft alle Zeit-Basierende Anwendungen unter Windows 8. Wird ein System mit 100 BCLK gestartet und der BCLK im laufenden Betrieb verändert, stimmt die Windows-Uhrzeit nicht mehr. z.B. geht die Uhr nach 5 Minuten bei gesenktem BCLK 18 Sekunden nach.
https://www.youtube.com/watch?v=brkDKgvXKko
Das mag sich jetzt nicht problematisch anhören, bringt aber wirklich starke Probleme mit sich. Alle gängige Benchmarks wie SuperPi und alle 3DMark Versionen spucken somit ein falsches Ergebnis aus - teilweise um bis zu 10% verfälscht. Neben Benchmarks sind mit großer Wahrscheinlichkeit auch andere Zeit-basierende Applikationen betroffen. Eventuell sogar Wissenschaftliche Programme, was ich im Moment aber nicht mit Sicherheit sagen kann.
Ein 3DMark Score springt somit z.B. von 140.000 auf 155.000 und ein SuperPi Ergebnis von 453 Sekunden auf 430 Sekunden was jede Vergleichbarkeit vernichtet. Alle Tests wurden bei gleichem Takt durchgeführt!
Beispiel:
(1) 110 BCLK x 40 Multi = 4400 MHz
(2) 100 BCLK x 44 Multi = 4400 MHz
Mit Konfiguration 1 wurde gebootet und im laufenden Betrieb auf Konfiguration 2 geändert. Das Ergebnis fällt nun um etwa 7-8% höher aus, obwohl die Leistung gleich ist bzw. bei Konfiguration 1 sogar leicht größer sein sollte.
Ursache für das Problem ist die von Microsoft bei Windows 8 neu eingebundene Real-Time-Clock (RTC). Bei früheren Windows-Versionen wurde auf eine Hardware-Uhr gesetzte, welche sich in der Regel auf dem Mainboard befindet. Einige Low-Cost Geräte wie Smartphones oder Tablets besitzen diese RTC nicht immer. Um Windows 8 trotzdem auf diesen Geräten verwenden zu können hat Microsoft die Real-Time-Clock als Software-Lösung entwickelt, welche sich aber am Systemtakt orientiert.
Konsequenz:
Wir haben entschieden Windows 8 im professionellen Benchmark-Bereich komplett zu verbieten, da dieses Problem durch kein Update an den Benchmarks behoben werden kann. Ich empfehle auch allen Reviewern, Testern und Benchmarkern dieses Problem in Zukunft zu berücksichtigen. Benchmark-Listen hier im Forum sollten ebenfalls dementsprechend angepasst werden.
Windows Vista, 7 und XP sind davon nicht betroffen.
Mehr Screenshots und Informationen findet ihr direkt bei HWBot bzw. der Quelle.
Quelle: Breaking! Windows 8 Benchmark Records No Longer Accepted At HWBOT - Benchmark Result Veracity Compromised
neben meiner Tätigkeit hier als Moderator bin ich Teil des HWBot Staff auf HWBot.org. HWBot ist die größte Datenbank für Overclocking-Ergebnisse und Competitive-Overclocking. Da wir mittlerweile sehr viele verschiedene Benchmarks und Betriebssysteme unterstützen treten dementsprechend auch einige Probleme und Bugs auf.
Unser letzter Fund betrifft alle Zeit-Basierende Anwendungen unter Windows 8. Wird ein System mit 100 BCLK gestartet und der BCLK im laufenden Betrieb verändert, stimmt die Windows-Uhrzeit nicht mehr. z.B. geht die Uhr nach 5 Minuten bei gesenktem BCLK 18 Sekunden nach.
https://www.youtube.com/watch?v=brkDKgvXKko
Das mag sich jetzt nicht problematisch anhören, bringt aber wirklich starke Probleme mit sich. Alle gängige Benchmarks wie SuperPi und alle 3DMark Versionen spucken somit ein falsches Ergebnis aus - teilweise um bis zu 10% verfälscht. Neben Benchmarks sind mit großer Wahrscheinlichkeit auch andere Zeit-basierende Applikationen betroffen. Eventuell sogar Wissenschaftliche Programme, was ich im Moment aber nicht mit Sicherheit sagen kann.
Ein 3DMark Score springt somit z.B. von 140.000 auf 155.000 und ein SuperPi Ergebnis von 453 Sekunden auf 430 Sekunden was jede Vergleichbarkeit vernichtet. Alle Tests wurden bei gleichem Takt durchgeführt!
Beispiel:
(1) 110 BCLK x 40 Multi = 4400 MHz
(2) 100 BCLK x 44 Multi = 4400 MHz
Mit Konfiguration 1 wurde gebootet und im laufenden Betrieb auf Konfiguration 2 geändert. Das Ergebnis fällt nun um etwa 7-8% höher aus, obwohl die Leistung gleich ist bzw. bei Konfiguration 1 sogar leicht größer sein sollte.
Ursache für das Problem ist die von Microsoft bei Windows 8 neu eingebundene Real-Time-Clock (RTC). Bei früheren Windows-Versionen wurde auf eine Hardware-Uhr gesetzte, welche sich in der Regel auf dem Mainboard befindet. Einige Low-Cost Geräte wie Smartphones oder Tablets besitzen diese RTC nicht immer. Um Windows 8 trotzdem auf diesen Geräten verwenden zu können hat Microsoft die Real-Time-Clock als Software-Lösung entwickelt, welche sich aber am Systemtakt orientiert.
Konsequenz:
Wir haben entschieden Windows 8 im professionellen Benchmark-Bereich komplett zu verbieten, da dieses Problem durch kein Update an den Benchmarks behoben werden kann. Ich empfehle auch allen Reviewern, Testern und Benchmarkern dieses Problem in Zukunft zu berücksichtigen. Benchmark-Listen hier im Forum sollten ebenfalls dementsprechend angepasst werden.
Windows Vista, 7 und XP sind davon nicht betroffen.
Mehr Screenshots und Informationen findet ihr direkt bei HWBot bzw. der Quelle.
Quelle: Breaking! Windows 8 Benchmark Records No Longer Accepted At HWBOT - Benchmark Result Veracity Compromised
Server 2012 übrigens auch.
