Intel X299 HPET Bug sorgt für Performance-Probleme

mat

Administrator
Legends never die

Registered: Aug 2003
Location: nö
Posts: 25455

23.07.2017 - 15:30

Als hätte Intel nicht schon ausreichend Probleme mit den VRMs von X299, gesellt sich nun ein weiterer Fehler hinzu: Die neue High-End-Plattform für Kaby Lake X und Skylake X kommt mit dem High Precision Event Timer (HPET) nicht zurecht. Sobald der Präzisions-Timer in Windows 10 aktiviert wird, zeigen sich Performance-Probleme aller Art. Am auffälligsten sind die Framerate-Einbußen in Spielen, es kommt aber auch teilweise zu einer trägeren Darstellung von UI-Elementen auf dem Desktop. Wir haben den "X299 HPET Bug" in einem Video festgehalten und zeigen euch, wie er behoben werden kann.

» Beitrag lesen

lalaker

TBS forever

Registered: Apr 2003
Location: Bgld
Posts: 14699

23.07.2017 - 16:47

Wie viel Panik muss bei Intel herrschen, wenn sie so einen Schnellschuss machen, der nur Imageprobleme mit sich bringt?

Hornet331

See you Space Cowboy

Registered: Sep 2003
Location: Austria/Korneubu..
Posts: 7680

23.07.2017 - 17:25

Zitat aus einem Post von lalaker
Wie viel Panik muss bei Intel herrschen, wenn sie so einen Schnellschuss machen, der nur Imageprobleme mit sich bringt?

Panik wohl eher keiner, imo ist das rein image sache, um die krone im highend-gaming bereich zu halten.
Intel hat die letzte dekade in dem segement, ohne großen aufwand, dominiert (oft mit einfach relabelten serverplatformen).

Jetzt ist wieder ernstzunehmende konkurrenz da, schneller als von intel angenommen und dadurch sieht man auch was mit der platfrom passiert, wenn testung/evaluierung der platform kurz gehalten wird.

Ich sehe die ganze situation recht ähnlich zu 2003/04 mit dem A64. Hoffentlich spielgelt sich das auch in einem ähnlichen preiskampf wie damals wieder.

that

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11340

23.07.2017 - 22:15

Zitat aus einem Post von Hornet331
Ich sehe die ganze situation recht ähnlich zu 2003/04 mit dem A64. Hoffentlich spielgelt sich das auch in einem ähnlichen preiskampf wie damals wieder.

Der Athlon 64 hat damals dominiert - schneller, billiger und kühler als Intels P4.
Ryzen sind ganz ordentliche CPUs geworden, aber Intel hat immer noch die Spitzenplätze in vielen Benchmarks. Trotzdem: für einen Preiskampf reicht das auf jeden Fall.

Instabil ist die Ryzen-Plattform auch noch: https://forums.gentoo.org/viewtopic-t-1061546.html

blood

darkly dreaming

Registered: Oct 2002
Location: Wien
Posts: 9320

23.07.2017 - 22:44

ja, doch wie teuer sind diese spitzenplätze erkauft? was energieeffizienz und preis/leistung betrifft ist ryzen weit vorne. coffeelake wird daran auch nichts ändern wahrscheinlich.

Hornet331

See you Space Cowboy

Registered: Sep 2003
Location: Austria/Korneubu..
Posts: 7680

23.07.2017 - 22:52

Zitat aus einem Post von blood
ja, doch wie teuer sind diese spitzenplätze erkauft? was energieeffizienz und preis/leistung betrifft ist ryzen weit vorne. coffeelake wird daran auch nichts ändern wahrscheinlich.

Das war im enthusiast segement nie ein thema, wer 1000€+ alleine für den cpu ausgibt, der schert sich auch ned viel um die kühlung aka hat was adequates bereit.

|3er0

Registered: Nov 2000
Location: /dev/null
Posts: 3309

24.07.2017 - 05:48

So, was nun tun? Hab auf einem X299 einen 7800X laufen. Bin also betroffen von dem Problem. Aber was ändert sich durch das deaktivieren des HPET? Das Abschalten wird ja irgendwie auch zu Einbußen bei irgendwas führen?

the_shiver

500 ontopic posts in 10y!

Registered: Nov 2002
Location: R'lyeh beach
Posts: 879

24.07.2017 - 06:34

ja GPUPI läuft nicht ohne HPET - das allein ist doch schlimm genug

mat

Administrator
Legends never die

Registered: Aug 2003
Location: nö
Posts: 25455

24.07.2017 - 15:18

Für die Suche nach dem Hintergrund des X299 HPET Bugs haben wir uns ein kleines Windows-Tool geschrieben. Das Tool bestätigt unsere Vermutung: Der Aufruf von QueryPerformanceCounter() dauert zu lange und blockiert mit seinen Aufrufen die CPU. Schaut euch folgende Gegenüberstellung eines i9-7900X auf 4,5 GHz (Skylake X) und eines i7-6950X auf 3,8 GHz (Broadwell-E) an:

Links: Skylake X mit ~200.000 Timer-Queries/Sekunde, rechts: Broadwell-E mit über ~1,46 Millionen

Wie sich auf den Screenshots erkennen lässt, schafft Skylake X nur 200.000 Aufrufe der QueryPerformanceCounter-Funktion pro Sekunde, während Broadwell-E auf über 1,46 Millionen kommt. Das zeigt, dass auf der X299-Plattform etwas mit dem High Precision Event Timer nicht stimmen kann.

mat

Administrator
Legends never die

Registered: Aug 2003
Location: nö
Posts: 25455

24.07.2017 - 15:31

Noch schlimmer ist die Lage, wenn währenddessen ein Spiel (mit heißen 21 Frames/Sekunde) läuft: Nur 40.000 Aufrufe der Funktion sind pro Sekunde möglich. Also nur 1/5 vom vorigen Wert:

Auf Broadwell-E senken sich die Aufrufe/Sekunde während The Witcher 3 ebenfalls, bleiben aber dennoch zwischen 1,1 und 1,3 Millionen. Das Spiel bleibt auch flüssig.

|3er0

Registered: Nov 2000
Location: /dev/null
Posts: 3309

24.07.2017 - 18:57

Zitat aus einem Post von the_shiver
ja GPUPI läuft nicht ohne HPET - das allein ist doch schlimm genug

Also kann ich das getrost aus schalten?!

Naru

Bloody Newbie

Registered: Mar 2017
Location: Biscuit
Posts: 39

24.07.2017 - 22:38

Zitat aus einem Post von that
Instabil ist die Ryzen-Plattform auch noch: https://forums.gentoo.org/viewtopic-t-1061546.html

Ach komm. Wenn der Dau dort mit der neuesten Plattform stable fährt?

Der Post ist zwar vom April. Zu dem Zeitpunkt war 4.9.4 stable, 5.4.x ~amd64.

Neue Hardware verlangt immer, sollte immer ~amd64 sein. Schon wegen x-server, gpu driver, kernel usw, gcc optimierungen für neue plattform., mesa usw.

Zur Zeit ist 6.3.0 ~; stable ist 5.4.0-r3

4.9.4 | + + + + + + + + + + ~ + o o + + | 5 o 4.9.4 | gentoo
--------------+---------------------------------+------------+-------
5.4.0 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ o o ~ ~ | 4 # 5.4.0 | gentoo
[I]5.4.0-r3 | + + + + + + + ~ + + ~ ~ o o ~ ~ | 4 o | gentoo
--------------+---------------------------------+------------+-------
6.3.0 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ o o ~ ~ | 4 o 6.3.0 | gentoo
--------------+---------------------------------+------------+-------
7.1.0-r1 | o o o o o o o o o o o o o o o o | 5 o 7.1.0 | gentoo

--

Ich denke viel Boxen werden irgendwelche Ricer Flags, haben oder andere Einstellungen die für eine solche Plattform einfach ungeeignet sind.
Die Hardware könnte auch irgendwelche Settings haben vom Bios, welche dann Instabilitäten verursachen. Da ist leider Gentoo oft anfällig, was bei Windows eher nicht so auffällt.

Aus Erfahrung weis ich, 0-2 Jahre alter von Gpu und Cpu technisch hat man nur Nachteile in Linux. Sei es der Nvidia driver, oder gcc und so, nichts ist wirklich ausoptimiert oder angepasst. Hatte mehrere Jahre Probleme mit der Nvidia gpu. Könnte dasselbe auch über Nvidia sagen, ging auch nicht out of the box, ohne den Kernel manuell zu patchen. (2x die Woche wenn man ~amd64 verwendet). und ati, neuerding amd gpus dasselbe in grün.

Sogar meine ivybridge kiste spinnt, und das hatte ich gebraucht gekauft als es schon i5xxx processoren gab.

--

DAs problem mit gentoo, die wenigsten kennen sich aus. ich verwende dort das forum nicht mehr, vergeudete zeit in jeder hinsicht. und bugs.gentoo.org ist die andere offensichtliche baustelle, wenn man gentoo nimmt wird man wissen was ich damit meine.

mat

Administrator
Legends never die

Registered: Aug 2003
Location: nö
Posts: 25455

24.07.2017 - 22:48

Zitat aus einem Post von Bero
Also kann ich das getrost aus schalten?!

Ja, kannst du im Normalfall. Der Fallback-Timer ist der ACPI Timer mit 3,23 MHz und misst natürlich nicht so präzise wie der HPET mit 24 MHz. Aber in Anbetracht der unüberwindbaren Probleme ist das eine gute Alternative. Manche Anwendungen könnten allerdings einen High Precision Timer verlangen, zum Beispiel Benchmarks, Multimedia-Programme usw. Meistens begnügen sich diese aber schon mit den Fallback-Timern, teilweise ohne die Konsequenzen klar darzustellen.

Für das Testen und das Deaktivieren des High Precision Event Timers habe ich übrigens gerade ein Tool fertiggestellt und hochgeladen. Bitte probiert es aus und ladet - wenn ihr Zeit habt - zwei Screenshots von vorher und nachher rauf. Das würde mir sehr helfen!

Download: HPET 0.3 (4,1 MB)

Kurze Anleitung:

Downloaden, entpacken, je nach Betriebssystem HPET32 (32 bit) oder HPET64 (64 bit) starten.
Sollte eine Fehlermeldung mit einer vermissten DLL auftauchen, dann fehlt die Visual Studio 2015 Redistributable (vc_redist.x86.exe für 32 bit, vc_redist.x64.exe für 64 bit).
Auf "Run Test" klicken, ein paar Sekunden warten und dann auf "Stop Test" klicken.
Jetzt sollte ein Sätzchen als Empfehlung auftauchen (bei Result).
Wenn es empfohlen wird, dann auf "Disable HPET" klicken und den Neustart bestätigen.

Freue mich über Feedback! :ghug:

mr.nice.

differential image maker

Registered: Jun 2004
Location: Wien
Posts: 6534

24.07.2017 - 23:34

Spannend was du da aufgedeckt hast mat! Ich werd's morgen mal am Laptop laufen lassen, da steckt eine Skylake CPU drin, meine Sandy Bridge CPU im Spielerechner kommt auf ca. 100 Millionen Queries/s, HPET hat sie aber nicht.

Irgendeine Theorie womit dieser Bug zusammenhängen könnte? Aus dem Bauch heraus würde ich auf die AVX512 units tippen.

that

Hoffnungsloser Optimist

Registered: Mar 2000
Location: MeidLing
Posts: 11340

24.07.2017 - 23:36

Zitat aus einem Post von Naru
Ach komm. Wenn der Dau dort mit der neuesten Plattform stable fährt?

Der Post ist zwar vom April. Zu dem Zeitpunkt war 4.9.4 stable, 5.4.x ~amd64.

Das war ein Link auf einen Thread mit 10 Seiten. Wenn du davon nur den OP gelesen hast, ist der Rest deiner Antwort hinfällig.

mat Administrator Legends never die Registered: Aug 2003 Location: nö Posts: 25455	23.07.2017 - 15:30 Als hätte Intel nicht schon ausreichend Probleme mit den VRMs von X299, gesellt sich nun ein weiterer Fehler hinzu: Die neue High-End-Plattform für Kaby Lake X und Skylake X kommt mit dem High Precision Event Timer (HPET) nicht zurecht. Sobald der Präzisions-Timer in Windows 10 aktiviert wird, zeigen sich Performance-Probleme aller Art. Am auffälligsten sind die Framerate-Einbußen in Spielen, es kommt aber auch teilweise zu einer trägeren Darstellung von UI-Elementen auf dem Desktop. Wir haben den "X299 HPET Bug" in einem Video festgehalten und zeigen euch, wie er behoben werden kann. » Beitrag lesen
lalaker TBS forever Registered: Apr 2003 Location: Bgld Posts: 14699	23.07.2017 - 16:47 Wie viel Panik muss bei Intel herrschen, wenn sie so einen Schnellschuss machen, der nur Imageprobleme mit sich bringt?
Hornet331 See you Space Cowboy Registered: Sep 2003 Location: Austria/Korneubu.. Posts: 7680	23.07.2017 - 17:25 Zitat aus einem Post von lalaker Wie viel Panik muss bei Intel herrschen, wenn sie so einen Schnellschuss machen, der nur Imageprobleme mit sich bringt? Panik wohl eher keiner, imo ist das rein image sache, um die krone im highend-gaming bereich zu halten. Intel hat die letzte dekade in dem segement, ohne großen aufwand, dominiert (oft mit einfach relabelten serverplatformen). Jetzt ist wieder ernstzunehmende konkurrenz da, schneller als von intel angenommen und dadurch sieht man auch was mit der platfrom passiert, wenn testung/evaluierung der platform kurz gehalten wird. Ich sehe die ganze situation recht ähnlich zu 2003/04 mit dem A64. Hoffentlich spielgelt sich das auch in einem ähnlichen preiskampf wie damals wieder.
that Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11340	23.07.2017 - 22:15 Zitat aus einem Post von Hornet331 Ich sehe die ganze situation recht ähnlich zu 2003/04 mit dem A64. Hoffentlich spielgelt sich das auch in einem ähnlichen preiskampf wie damals wieder. Der Athlon 64 hat damals dominiert - schneller, billiger und kühler als Intels P4. Ryzen sind ganz ordentliche CPUs geworden, aber Intel hat immer noch die Spitzenplätze in vielen Benchmarks. Trotzdem: für einen Preiskampf reicht das auf jeden Fall. Instabil ist die Ryzen-Plattform auch noch: https://forums.gentoo.org/viewtopic-t-1061546.html
blood darkly dreaming Registered: Oct 2002 Location: Wien Posts: 9320	23.07.2017 - 22:44 ja, doch wie teuer sind diese spitzenplätze erkauft? was energieeffizienz und preis/leistung betrifft ist ryzen weit vorne. coffeelake wird daran auch nichts ändern wahrscheinlich.
Hornet331 See you Space Cowboy Registered: Sep 2003 Location: Austria/Korneubu.. Posts: 7680	23.07.2017 - 22:52 Zitat aus einem Post von blood ja, doch wie teuer sind diese spitzenplätze erkauft? was energieeffizienz und preis/leistung betrifft ist ryzen weit vorne. coffeelake wird daran auch nichts ändern wahrscheinlich. Das war im enthusiast segement nie ein thema, wer 1000€+ alleine für den cpu ausgibt, der schert sich auch ned viel um die kühlung aka hat was adequates bereit.
\|3er0 Registered: Nov 2000 Location: /dev/null Posts: 3309	24.07.2017 - 05:48 So, was nun tun? Hab auf einem X299 einen 7800X laufen. Bin also betroffen von dem Problem. Aber was ändert sich durch das deaktivieren des HPET? Das Abschalten wird ja irgendwie auch zu Einbußen bei irgendwas führen?
the_shiver 500 ontopic posts in 10y! Registered: Nov 2002 Location: R'lyeh beach Posts: 879	24.07.2017 - 06:34 ja GPUPI läuft nicht ohne HPET - das allein ist doch schlimm genug
mat Administrator Legends never die Registered: Aug 2003 Location: nö Posts: 25455	24.07.2017 - 15:18 Für die Suche nach dem Hintergrund des X299 HPET Bugs haben wir uns ein kleines Windows-Tool geschrieben. Das Tool bestätigt unsere Vermutung: Der Aufruf von QueryPerformanceCounter() dauert zu lange und blockiert mit seinen Aufrufen die CPU. Schaut euch folgende Gegenüberstellung eines i9-7900X auf 4,5 GHz (Skylake X) und eines i7-6950X auf 3,8 GHz (Broadwell-E) an: Links: Skylake X mit ~200.000 Timer-Queries/Sekunde, rechts: Broadwell-E mit über ~1,46 Millionen Wie sich auf den Screenshots erkennen lässt, schafft Skylake X nur 200.000 Aufrufe der QueryPerformanceCounter-Funktion pro Sekunde, während Broadwell-E auf über 1,46 Millionen kommt. Das zeigt, dass auf der X299-Plattform etwas mit dem High Precision Event Timer nicht stimmen kann.
mat Administrator Legends never die Registered: Aug 2003 Location: nö Posts: 25455	24.07.2017 - 15:31 Noch schlimmer ist die Lage, wenn währenddessen ein Spiel (mit heißen 21 Frames/Sekunde) läuft: Nur 40.000 Aufrufe der Funktion sind pro Sekunde möglich. Also nur 1/5 vom vorigen Wert: Auf Broadwell-E senken sich die Aufrufe/Sekunde während The Witcher 3 ebenfalls, bleiben aber dennoch zwischen 1,1 und 1,3 Millionen. Das Spiel bleibt auch flüssig.
\|3er0 Registered: Nov 2000 Location: /dev/null Posts: 3309	24.07.2017 - 18:57 Zitat aus einem Post von the_shiver ja GPUPI läuft nicht ohne HPET - das allein ist doch schlimm genug Also kann ich das getrost aus schalten?!
Naru Bloody Newbie Registered: Mar 2017 Location: Biscuit Posts: 39	24.07.2017 - 22:38 Zitat aus einem Post von that Instabil ist die Ryzen-Plattform auch noch: https://forums.gentoo.org/viewtopic-t-1061546.html Ach komm. Wenn der Dau dort mit der neuesten Plattform stable fährt? Der Post ist zwar vom April. Zu dem Zeitpunkt war 4.9.4 stable, 5.4.x ~amd64. Neue Hardware verlangt immer, sollte immer ~amd64 sein. Schon wegen x-server, gpu driver, kernel usw, gcc optimierungen für neue plattform., mesa usw. Zur Zeit ist 6.3.0 ~; stable ist 5.4.0-r3 4.9.4 \| + + + + + + + + + + ~ + o o + + \| 5 o 4.9.4 \| gentoo --------------+---------------------------------+------------+------- 5.4.0 \| ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ o o ~ ~ \| 4 # 5.4.0 \| gentoo [I]5.4.0-r3 \| + + + + + + + ~ + + ~ ~ o o ~ ~ \| 4 o \| gentoo --------------+---------------------------------+------------+------- 6.3.0 \| ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ o o ~ ~ \| 4 o 6.3.0 \| gentoo --------------+---------------------------------+------------+------- 7.1.0-r1 \| o o o o o o o o o o o o o o o o \| 5 o 7.1.0 \| gentoo -- Ich denke viel Boxen werden irgendwelche Ricer Flags, haben oder andere Einstellungen die für eine solche Plattform einfach ungeeignet sind. Die Hardware könnte auch irgendwelche Settings haben vom Bios, welche dann Instabilitäten verursachen. Da ist leider Gentoo oft anfällig, was bei Windows eher nicht so auffällt. Aus Erfahrung weis ich, 0-2 Jahre alter von Gpu und Cpu technisch hat man nur Nachteile in Linux. Sei es der Nvidia driver, oder gcc und so, nichts ist wirklich ausoptimiert oder angepasst. Hatte mehrere Jahre Probleme mit der Nvidia gpu. Könnte dasselbe auch über Nvidia sagen, ging auch nicht out of the box, ohne den Kernel manuell zu patchen. (2x die Woche wenn man ~amd64 verwendet). und ati, neuerding amd gpus dasselbe in grün. Sogar meine ivybridge kiste spinnt, und das hatte ich gebraucht gekauft als es schon i5xxx processoren gab. -- DAs problem mit gentoo, die wenigsten kennen sich aus. ich verwende dort das forum nicht mehr, vergeudete zeit in jeder hinsicht. und bugs.gentoo.org ist die andere offensichtliche baustelle, wenn man gentoo nimmt wird man wissen was ich damit meine.
mat Administrator Legends never die Registered: Aug 2003 Location: nö Posts: 25455	24.07.2017 - 22:48 Zitat aus einem Post von Bero Also kann ich das getrost aus schalten?! Ja, kannst du im Normalfall. Der Fallback-Timer ist der ACPI Timer mit 3,23 MHz und misst natürlich nicht so präzise wie der HPET mit 24 MHz. Aber in Anbetracht der unüberwindbaren Probleme ist das eine gute Alternative. Manche Anwendungen könnten allerdings einen High Precision Timer verlangen, zum Beispiel Benchmarks, Multimedia-Programme usw. Meistens begnügen sich diese aber schon mit den Fallback-Timern, teilweise ohne die Konsequenzen klar darzustellen. Für das Testen und das Deaktivieren des High Precision Event Timers habe ich übrigens gerade ein Tool fertiggestellt und hochgeladen. Bitte probiert es aus und ladet - wenn ihr Zeit habt - zwei Screenshots von vorher und nachher rauf. Das würde mir sehr helfen! Download: HPET 0.3 (4,1 MB) Kurze Anleitung: Downloaden, entpacken, je nach Betriebssystem HPET32 (32 bit) oder HPET64 (64 bit) starten. Sollte eine Fehlermeldung mit einer vermissten DLL auftauchen, dann fehlt die Visual Studio 2015 Redistributable (vc_redist.x86.exe für 32 bit, vc_redist.x64.exe für 64 bit). Auf "Run Test" klicken, ein paar Sekunden warten und dann auf "Stop Test" klicken. Jetzt sollte ein Sätzchen als Empfehlung auftauchen (bei Result). Wenn es empfohlen wird, dann auf "Disable HPET" klicken und den Neustart bestätigen. Freue mich über Feedback!
mr.nice. differential image maker Registered: Jun 2004 Location: Wien Posts: 6534	24.07.2017 - 23:34 Spannend was du da aufgedeckt hast mat! Ich werd's morgen mal am Laptop laufen lassen, da steckt eine Skylake CPU drin, meine Sandy Bridge CPU im Spielerechner kommt auf ca. 100 Millionen Queries/s, HPET hat sie aber nicht. Irgendeine Theorie womit dieser Bug zusammenhängen könnte? Aus dem Bauch heraus würde ich auf die AVX512 units tippen.
that Hoffnungsloser Optimist Registered: Mar 2000 Location: MeidLing Posts: 11340	24.07.2017 - 23:36 Zitat aus einem Post von Naru Ach komm. Wenn der Dau dort mit der neuesten Plattform stable fährt? Der Post ist zwar vom April. Zu dem Zeitpunkt war 4.9.4 stable, 5.4.x ~amd64. Das war ein Link auf einen Thread mit 10 Seiten. Wenn du davon nur den OP gelesen hast, ist der Rest deiner Antwort hinfällig.

Intel X299 HPET Bug sorgt für Performance-Probleme

Forum Index > Hardware > Komponenten > Prozessoren

mat

lalaker

Hornet331

that

blood

Hornet331

|3er0

the_shiver

mat

mat

|3er0

Naru

mat

mr.nice.

that