mat
AdministratorLegends never die
|
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
|
Wie viel Panik muss bei Intel herrschen, wenn sie so einen Schnellschuss machen, der nur Imageprobleme mit sich bringt?
|
Hornet331
See you Space Cowboy
|
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
|
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
|
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
|
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
|
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!
|
ja GPUPI läuft nicht ohne HPET - das allein ist doch schlimm genug
|
mat
AdministratorLegends never die
|
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
AdministratorLegends never die
|
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
|
ja GPUPI läuft nicht ohne HPET - das allein ist doch schlimm genug Also kann ich das getrost aus schalten?!
|
Naru
Bloody Newbie
|
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
AdministratorLegends never die
|
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.
Moderatordifferential image maker
|
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
|
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.
|