Intel X299 HPET Bug sorgt für Performance-Probleme

mr.nice.

Moderator
differential image maker

Registered: Jun 2004
Location: Wien
Posts: 6500

25.07.2017 - 21:17

Wow, das ist nochmal deutlich mehr Diskrepanz zwischen HPET on und off als bei meiner Skylake Notebook-CPU.

Hornet331

See you Space Cowboy

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

25.07.2017 - 21:20

yep auch auf meinem ivy bridge standardmäßig aus, auf an bei ~1,4M

daisho

SHODAN

Registered: Nov 2002
Location: 4C4
Posts: 19753

25.07.2017 - 21:27

Mein Skylake (ziemlich arge Diskrepanz):

/Edit: Die Frage ist ... was bringt mir HPET eigentlich wenn ich NICHT auf Benchmarks wert lege?

Bearbeitet von daisho am 25.07.2017, 21:32

mr.nice.

Moderator
differential image maker

Registered: Jun 2004
Location: Wien
Posts: 6500

25.07.2017 - 21:52

Gute Frage daisho, HPET ist jedenfalls viel genauer als die alten "Real Time Clock"-Zähler und man kann daher Interrupts präziser setzen. mat hat es vorhin schon kurz angeschnitten und kann bestimmt noch mehr dazu erzählen

Mehr zum High Precision Event Timer findet man hier:
https://en.wikipedia.org/wiki/High_...ion_Event_Timer

Kerni

Big d00d

Registered: Jul 2008
Location: Wels /OÖ
Posts: 133

25.07.2017 - 23:36

Mein Broadwell,

Standard war auch disabled:

Edit: 1st Gen i7 Xeon:

Edit2: Leider bekomme ich am Oszi einen Fehler, sonst hätt ichs noch mit einem C2Q Sys ausprobiert.
OS ist Win7 ohne SP1

Bearbeitet von Kerni am 26.07.2017, 00:09

daisho

SHODAN

Registered: Nov 2002
Location: 4C4
Posts: 19753

26.07.2017 - 08:20

Siehe Post mit Downloadlink, vermutlich fehlt die VC Redist.

@Mr.Nice: klar, aber welche Programme brauchen den tatsächlich? Lt Wiki hat RedHat auch schon aufgehört den als Default zu nehmen weil er Performanceprobleme verursacht.

|3er0

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

26.07.2017 - 15:31

Ich kann jetzt nicht ein Sreenshot machen.
Aber so viel kann ich sagen:
Board MSI X299 SLI mit i7 7800X und BIOS von 21.06, HPET Von Haus aus deaktiviert.

mat

Administrator
Legends never die

Registered: Aug 2003
Location: nö
Posts: 25448

26.07.2017 - 15:39

Bitte aktiviere den HPET mal und lass den Test kurz laufen. Ich würde gerne sehen, ob das MSI-Mainboard dasselbe Problem hat.

So geht's:

Schritt 1: Command Line als Administrator öffnen
Schritt 2:

Code:

bcdedit /set useplatformclock yes

Schritt 3: Neustart durchführen

InfiX

she/her

Registered: Mar 2002
Location: Graz
Posts: 14284

26.07.2017 - 16:16

Zitat aus einem Post von daisho
Siehe Post mit Downloadlink, vermutlich fehlt die VC Redist.

der gleiche fehler kommt bei mir auch mit installierter VC redist.
CPU ist ein Phenom II 1050T.

daisho

SHODAN

Registered: Nov 2002
Location: 4C4
Posts: 19753

26.07.2017 - 16:28

Sowohl x86 und x64 installer? (würde sie ev. auch reinstallen)
Ich finde zu den DLL leider nicht viel (Google ist spammed mit DLL-Download-Seiten :rolleyes:

)

charmin

Super Moderator
10x

Registered: Dec 2002
Location: aut_sbg
Posts: 14812

26.07.2017 - 17:40

Also isses kein "bug" und auch nicht nur X299?

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12094

26.07.2017 - 18:05

"Bug" wuerde ich es nicht nennen. Fuer bestimmte CPU-Generationen waren schon immer unterschiedlich gute Zeitgeber verfuegbar. Generell ist jedes Betriebssystem bemueht, den besten der verfuegbaren Zeitgeber anzusprechen - das sind heute TSC (Time Stamp Counter), gefolgt von HPET. Von TSCs wegbewegt hat man sich im Laufe der 2000er-Jahre hauptsaechlich durch unbrauchbares Verhalten auf Mehrkernsystemen (wo nicht garantiert war, dass man fuer jedes Auslesen des TSC am selben Kern landet, und deswegen die Messungen unbrauchbar waren - die S939 Dualcore K8 CPUs hatten das z. B.) und mit damals neuen Energiesparmechanismen, die die Taktrate der CPU angepasst haben (wodurch sich bei diesen alten Designs auch die Rate der TSCs mitverzerrt hat). Seitdem haben sich CPUs aber weiterentwickelt, und TSCs sind heute i. A. "invariant" als auch "constant" - HPET und Co. sind vglw. hatscherte Alternativen, die einerseits aufwendiger auszulesen sind (benoetigen afaik immer einen Context Switch), und andererseits weniger genau/fein aufgeloest arbeiten.

Ein "Bug" in diesem Zusammenhang waere wohl am ehesten, dass Windows (10?) auf den HPET als Zeitgeber zurueckgreift, wenn auch TSCs verfuegbar waeren. Zum Benutzen von TSCs muss man den HPET aber nicht notwendigerweise abschalten, wie andere OS zeigen.

mr.nice.

Moderator
differential image maker

Registered: Jun 2004
Location: Wien
Posts: 6500

26.07.2017 - 20:42

Wenn eine Sandy od. Ivy Bridge CPU auf ca. 1,4 Millionen HPET Queries/s kommt, eine Skylake oder auch Ryzen CPU aber nur auf einen Bruchteil davon, kann man imho schon von einem "Bug" sprechen. Es sei denn es steckt eine Absicht dahinter und da frage ich mich, was es für einen Vorteil bringen könnte, einen schlechteren Zeitgeber zu verbauen.

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12094

26.07.2017 - 20:52

Es koennte z. B. billiger sein

mr.nice.

Moderator
differential image maker

Registered: Jun 2004
Location: Wien
Posts: 6500

27.07.2017 - 11:51

Aye COLOSSUS, ich hoffe dass es ausschließlich auf die Kosten zurückzuführen ist.
Interessantes Detail am Rande, RDRAND und RDSEED benötigen auf Kaby und Sky Lake 463 clock Zyklen, auf einem Ryzen Prozessor ca. 1200 cycles, auf einem Ivy Bridge Prozessor nur 117.

Es wäre ja nicht das erste mal, dass bei den Zufallszahlen etwas nachgeholfen wurde, siehe Dual_EC_DRBG.

Quelle: https://en.wikipedia.org/wiki/RdRand

mr.nice. Moderator differential image maker Registered: Jun 2004 Location: Wien Posts: 6500	25.07.2017 - 21:17 Wow, das ist nochmal deutlich mehr Diskrepanz zwischen HPET on und off als bei meiner Skylake Notebook-CPU.
Hornet331 See you Space Cowboy Registered: Sep 2003 Location: Austria/Korneubu.. Posts: 7680	25.07.2017 - 21:20 yep auch auf meinem ivy bridge standardmäßig aus, auf an bei ~1,4M
daisho SHODAN Registered: Nov 2002 Location: 4C4 Posts: 19753	25.07.2017 - 21:27 Mein Skylake (ziemlich arge Diskrepanz): /Edit: Die Frage ist ... was bringt mir HPET eigentlich wenn ich NICHT auf Benchmarks wert lege? Bearbeitet von daisho am 25.07.2017, 21:32
mr.nice. Moderator differential image maker Registered: Jun 2004 Location: Wien Posts: 6500	25.07.2017 - 21:52 Gute Frage daisho, HPET ist jedenfalls viel genauer als die alten "Real Time Clock"-Zähler und man kann daher Interrupts präziser setzen. mat hat es vorhin schon kurz angeschnitten und kann bestimmt noch mehr dazu erzählen Mehr zum High Precision Event Timer findet man hier: https://en.wikipedia.org/wiki/High_...ion_Event_Timer
Kerni Big d00d Registered: Jul 2008 Location: Wels /OÖ Posts: 133	25.07.2017 - 23:36 Mein Broadwell, Standard war auch disabled: Edit: 1st Gen i7 Xeon: Edit2: Leider bekomme ich am Oszi einen Fehler, sonst hätt ichs noch mit einem C2Q Sys ausprobiert. OS ist Win7 ohne SP1 Bearbeitet von Kerni am 26.07.2017, 00:09
daisho SHODAN Registered: Nov 2002 Location: 4C4 Posts: 19753	26.07.2017 - 08:20 Siehe Post mit Downloadlink, vermutlich fehlt die VC Redist. @Mr.Nice: klar, aber welche Programme brauchen den tatsächlich? Lt Wiki hat RedHat auch schon aufgehört den als Default zu nehmen weil er Performanceprobleme verursacht.
\|3er0 Registered: Nov 2000 Location: /dev/null Posts: 3309	26.07.2017 - 15:31 Ich kann jetzt nicht ein Sreenshot machen. Aber so viel kann ich sagen: Board MSI X299 SLI mit i7 7800X und BIOS von 21.06, HPET Von Haus aus deaktiviert.
mat Administrator Legends never die Registered: Aug 2003 Location: nö Posts: 25448	26.07.2017 - 15:39 Bitte aktiviere den HPET mal und lass den Test kurz laufen. Ich würde gerne sehen, ob das MSI-Mainboard dasselbe Problem hat. So geht's: Schritt 1: Command Line als Administrator öffnen Schritt 2: Code: `bcdedit /set useplatformclock yes` Schritt 3: Neustart durchführen
InfiX she/her Registered: Mar 2002 Location: Graz Posts: 14284	26.07.2017 - 16:16 Zitat aus einem Post von daisho Siehe Post mit Downloadlink, vermutlich fehlt die VC Redist. der gleiche fehler kommt bei mir auch mit installierter VC redist. CPU ist ein Phenom II 1050T.
daisho SHODAN Registered: Nov 2002 Location: 4C4 Posts: 19753	26.07.2017 - 16:28 Sowohl x86 und x64 installer? (würde sie ev. auch reinstallen) Ich finde zu den DLL leider nicht viel (Google ist spammed mit DLL-Download-Seiten )
charmin Super Moderator 10x Registered: Dec 2002 Location: aut_sbg Posts: 14812	26.07.2017 - 17:40 Also isses kein "bug" und auch nicht nur X299?
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12094	26.07.2017 - 18:05 "Bug" wuerde ich es nicht nennen. Fuer bestimmte CPU-Generationen waren schon immer unterschiedlich gute Zeitgeber verfuegbar. Generell ist jedes Betriebssystem bemueht, den besten der verfuegbaren Zeitgeber anzusprechen - das sind heute TSC (Time Stamp Counter), gefolgt von HPET. Von TSCs wegbewegt hat man sich im Laufe der 2000er-Jahre hauptsaechlich durch unbrauchbares Verhalten auf Mehrkernsystemen (wo nicht garantiert war, dass man fuer jedes Auslesen des TSC am selben Kern landet, und deswegen die Messungen unbrauchbar waren - die S939 Dualcore K8 CPUs hatten das z. B.) und mit damals neuen Energiesparmechanismen, die die Taktrate der CPU angepasst haben (wodurch sich bei diesen alten Designs auch die Rate der TSCs mitverzerrt hat). Seitdem haben sich CPUs aber weiterentwickelt, und TSCs sind heute i. A. "invariant" als auch "constant" - HPET und Co. sind vglw. hatscherte Alternativen, die einerseits aufwendiger auszulesen sind (benoetigen afaik immer einen Context Switch), und andererseits weniger genau/fein aufgeloest arbeiten. Ein "Bug" in diesem Zusammenhang waere wohl am ehesten, dass Windows (10?) auf den HPET als Zeitgeber zurueckgreift, wenn auch TSCs verfuegbar waeren. Zum Benutzen von TSCs muss man den HPET aber nicht notwendigerweise abschalten, wie andere OS zeigen.
mr.nice. Moderator differential image maker Registered: Jun 2004 Location: Wien Posts: 6500	26.07.2017 - 20:42 Wenn eine Sandy od. Ivy Bridge CPU auf ca. 1,4 Millionen HPET Queries/s kommt, eine Skylake oder auch Ryzen CPU aber nur auf einen Bruchteil davon, kann man imho schon von einem "Bug" sprechen. Es sei denn es steckt eine Absicht dahinter und da frage ich mich, was es für einen Vorteil bringen könnte, einen schlechteren Zeitgeber zu verbauen.
COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12094	26.07.2017 - 20:52 Es koennte z. B. billiger sein
mr.nice. Moderator differential image maker Registered: Jun 2004 Location: Wien Posts: 6500	27.07.2017 - 11:51 Aye COLOSSUS, ich hoffe dass es ausschließlich auf die Kosten zurückzuführen ist. Interessantes Detail am Rande, RDRAND und RDSEED benötigen auf Kaby und Sky Lake 463 clock Zyklen, auf einem Ryzen Prozessor ca. 1200 cycles, auf einem Ivy Bridge Prozessor nur 117. Es wäre ja nicht das erste mal, dass bei den Zufallszahlen etwas nachgeholfen wurde, siehe Dual_EC_DRBG. Quelle: https://en.wikipedia.org/wiki/RdRand

Intel X299 HPET Bug sorgt für Performance-Probleme

Forum Index > Hardware > Komponenten > Prozessoren

mr.nice.

Hornet331

daisho

mr.nice.

Kerni

daisho

|3er0

mat

InfiX

daisho

charmin

COLOSSUS

mr.nice.

COLOSSUS

mr.nice.