AMD Ryzen: CPU-Bug sorgt für reproduzierbare Abstürze
In der Zen-Architektur von Ryzen steckt ein CPU-Bug, der Systeme mit entsprechenden Prozessoren reproduzierbar abstürzen lässt. Ein großes Thema ist das nicht, weil der Fehler einigermaßen speziell ist, aber ärgerlich bleibt die Sache dennoch. Angeblich lässt sich das Problem mit einem Microcode-Update abstellen. Wie genau die Lösung aussieht, bleibt unklar.
Derzeit sorgt ein Bug bei Ryzen für etwas Aufsehen. Kommt die Befehlssatzerweiterung FMA3 zum Einsatz, stürzt ein mit einem Ryzen-Prozessor ausgestattetes System reproduzierbar ab. Dem Bug auf die Schliche kam Entwickler Alexander Yee, der ein eigenes Programm namens Flops zur Messung der Gleitkomma-Rechenleistung verwendet und dabei hochoptimierten Code einsetzt, der neben SSE eben auch 128 Bit breites FMA3 (Fused Multiply-Add 3) verwendet.
Nachdem der Fehler öffentlich wurde, konnte er von weiteren Anwendern verifiziert werden. AMD hat also offenbar tatsächlich einen Bug im Ryzen-Silizium, das die CPU abstürzen lässt. Ein großes Drama ist das nun nicht, weil Berechnungen in 128 Bit breitem FMA3 nicht alltäglich sind, ärgerlich bleibt die Sache aber trotzdem, denn nachträglich beheben lässt sich das bestenfalls durch ein Microcode- oder BIOS-Update.
Nach aktuellen Informationen soll das Beheben des Fehlers tatsächlich mit einem AGESA-Microcode-Update möglich sein. AGESA steht für AMD Generic Encapsulated Software Architecture und kann nachträglich aufgetretene Fehler mitunter abstellen. Dass solche Fehler auftreten, ist normal und kommt in den besten Familien vor. Schwieriger ist deren Behebung, da sich das CPU-Silizium nicht mehr ändern lässt. Abhilfe schaffen in der Regel Software-Updates, die das Problem beheben oder umgehen.
Meist spielen die Fehler auch keine große Rolle, weil sie bei recht speziellen Anwendungsfällen auftreten, aber es gab in der Vergangenheit auch schon Fehler, die tatsächlich zum Problem wurden. Große Berühmtheit hat der FDIV-Bug des Pentium erreicht. Auch hier war die Gleitkommaeinheit bei der Division betroffen. Bei AMD gab es den TLB-Fehler, der nicht ganz die Bekanntheit erreichte, aber durchaus Auswirkungen hatte.
Schau am besten mal nach den threads vom Release der FX. Da wurden viele Vergleiche mit den thuban gezogen und ausgiebig beratschlagt, unter anderem von mir. Leider besitze ich schon lange keinen eigenen FX mehr, weshalb ich inzwischen vieles nicht mehr im Kopf habe. Wenn du Lust hast kannst du dich bei gegebener Zeit aber gern melden. Vielleicht kann ich dir dann trotzdem etwas Unterstützung geben.
Denk aber beim ausprobieren daran dass die Sensoren der FX Mist ausspucken. Im Schnitt konnte man gut 15 Grad draufrechnen, auf den ausgelesenen wert unter Last. Das hab ich getestet mit Asus, Asrock und Biostar boards. Bei den anderen kann ich es nicht genau sagen.
Gesendet von meinem HTC 10 mit Tapatalk
Ja, aber dank Umzug und Nachwuchs hab ich da momentan weder die Zeit noch den Nerv dafür
Schade eigentlich. Das ist doch mit das beste, das feilen bis man die besten Einstellungen gefunden hat.
Gesendet von meinem HTC 10 mit Tapatalk
Er bezieht sich auf den NB Takt, welcher serienmäßig eher niedrig eingestellt ist. Der HT muss zum NB-Takt passen, sonst kann's zu Ungereimtheiten kommen.
Gesendet von meinem HTC 10 mit Tapatalk