AM5: Erfahrungen mit Boot Problemen, wahrscheinlich i.V.m. SoC Voltage gesucht

[pabu.roar]

Moin!

Ich habe:

• MSI B650M Mortar Wifi
• Ryzen 7950X3D (davor 8700G)
• 2x16GB G.Skill DDR5 6000 CL32 Hynix (auf CL30 mit optimierten Sub-Timings)

Nach einem Bios-Update hatte ich in der Vergangenheit öfter das Problem, dass der Rechner sporadisch nicht bootete (ca. 4 von 10mal). Ich habe deshalb ein älteres Bios betrieben, mit dem das System auch mit optimierten RAM-Timings (getestet mit 30.000h Karhu, Y-Crunsher, Prime...) absolut stabil war. D.h. ich habe ca. 18 Monate nicht einen einzigen Absturz bzw. ein Boothänger gehabt (mit 8700G und danach 7950X3D). Vor ca. 4 Wochen musste ich für eine Anti-Cheat-Software (Faceit; CS2) das Bios zwingend updaten. Und schon hing das System wieder ca. 4 von 10mal.

Nachdem ich etwas recherchiert habe, habe ich die SoC Voltage von auto auf 1.275 angehoben, da diese scheinbar mit neueren Bios-Updates verändert wurde. Das System hängt jetzt "nur" noch ca. 1 von 15mal und zwei mal ist Windows nicht richtig runtergefahren. Ich habe dann gestern Abend noch die CPU VDDIO und DRAM VDD/DRAM VDDQ von auto auf 1.35 gesetzt. Memory Context Restore und Power Enable Down hatte ich immer schon auf enabled. Ein Betreiben des RAMs auf Standard-Settings löst das Problem nicht. Mit optimierten Timings wirft da System auch keine Fehler. Auch Abstürze habe ich keine. Es betrifft rein das Booten und scheinbar auch das Runterfahren.

Meine Frage ist:

1. Kennt jemand so ein Verhalten?
2. Muss bzw. kann ich die SoC Voltage (die ja scheinbar Einfluss hatte) noch höher schrauben? Ich weiß, dass der Wert auf 1.3 begrenzt wurde. Aber ist der auch 100% sicher für meine CPU?

Danke!

 

[Holzmann]

Grundsätzlich kann die SOCv bedenkenlos auf 1.3v angehoben werden, weil das der Wert ist unter dem AMD einen Betrieb nach Spezifikationen sieht.
Problem könnte eher deine CPU und deren IMC sein, der eventuell mit deinem Expo Profil oder deines eigenen Ram Settings überfordert ist beim Bootvorgang. Würde aber auch mal kontrollieren, ob das Board/Bios alles Spannungen korrekt setzt also wie gewünscht hwinfo64 zb.

 

[zog88]

Ich habe deshalb ein älteres Bios betrieben, mit dem das System auch mit optimierten RAM-Timings (getestet mit 30.000h Karhu, Y-Crunsher, Prime...) absolut stabil war. D.h. ich habe ca. 18 Monate nicht einen einzigen Absturz bzw. ein Boothänger gehabt

Da muß ich echt mal nachfragen.
Manchmal benche und teste ich gefühlt auch exzessiv aber 30.000 Stunden "testen" sind flockinge 3 Jahre und 5 Monate. Durchgehen 24/7.
Oder meintest du die gesamte Betriebszeit des Rechners inkl. Spiel Spaß Office und Surfen?

Würde mal fast Boot deaktivieren und das RAM training mal ansehen, eventuell mit Memory Contect Restore (aktivieren, deaktivieren) probieren.

 

[Schrotti]

Eventuell ein anderes Board nutzen wenn dir straffe Timings und Subtimings wichtig sind.

Ein Brett mit nur 2 Dimm Slots ist dafür sicherlich besser geeignet.

 

[pabu.roar]

Naja, das ist ja schon ein ziemlich gutes Board und ich habe auch nur leichte Subtimings drin. Aber wie gesagt, selbst wenn der RAM auf Standard läuft, habe ich das Problem.

ürde aber auch mal kontrollieren, ob das Board/Bios alles Spannungen korrekt setzt also wie gewünscht hwinfo64 zb.

Ja, die eingestellten Werte werden gesetzt. Im Betrieb gibt es das Problem aber auch nicht. Vielleicht gehe ich mal auf 1.3, wenn das Problem wieder kommt nach den neusten Einstellungen.

30.000 Stunden...

Da hat der Kaffee noch nicht gewirkt. Meinte habe Karhu bis 30.000 laufen lassen. Das war dann natürlich unter einem Tag
Fast Boot und MCR werde ich mal testen, wenn sich das Problem wieder äußert.

Eventuell ein anderes Board nutzen wenn dir straffe Timings und Subtimings wichtig sind.

Das Board ist schon eines der besseren und ich fahre auch keine krassen Subs, sondern die "sicheren" für Hynix. Aber das Problem tritt ja auch auf Auto-Settings auf. Irgendwas ändert sich mit den neuere Bios-Versionen.

 

[sanni]

Poste doch mal ein Screenshot von Zentimings, nicht das du auf mixed mode stehst oder so.

 

[pabu.roar]

Klar doch:

PS: Das sind Hynix H16M (F5-6000J3238F16GX2-FX5)

EDIT 2: Die CPU rennt derzeit auf 8C/8T zwecks Gamingperformance in CS2, aber das Problem bestand schon davor und auch danach.

 

[Clippy]

Wenn du längere boot-zeiten in kauf nehmen kannst, probier mal die settings für verbessertes memory training:

Memory Context Restore: Disabled
DDR Training Runtime Reduction: Disabled
DFE Read Training: Enabled
Rx Burst Length: 8x
Tx Burst Length: 8x
RX DFE Taps: 2 Taps
TX DFE Taps: 2 Taps

Würde davor vielleicht erstmal alle relevanten Spannungen fest einstellen (z.B. 0.950V VDDP / 0.920V CCD / 0.940V IOD) und checken, ob deine tPHY-Werte für beide Module übereinstimmen. Unten in ZenTimings kannst du zwischen den Sticks wechseln.

 

[pabu.roar]

Bin der Sache wahrscheinlich näher gekommen. Grade bootet die Kiste wieder nicht, da habe ich mal die Error LEDs gecheckt (hatte ich vor 1.5 Jahren auch, fällt mir nur jetzt erst wieder ein). Die war/ist weiß = VGA Detection Error. Habe das PCI Subsystem mal von Gen4 auf Auto gestellt im Bios. Fast Boot gibt es im Bios nicht. Hat sonst noch wer eine Idee, was das sein könnte?

PS: Wenn ich das Bios wieder zurückflashe, ist es weg. Das ist das gleiche Problem wie damals. Ich schließe sonstige Sachen aus. Es ist das Zusammenspiel von Bios/Einstellungen und Software.

 

[amapen]

Wenn der RAM unter Last wirklich so lange fehlerfrei läuft, würde ich nicht einfach noch mehr Spannung draufgeben. Dass das Problem erst mit dem neuen BIOS aufgetaucht ist und hauptsächlich Booten bzw. Herunterfahren betrifft, klingt für mich eher nach einem Problem mit Memory Training bzw. den Power-States. Ich würde deshalb erstmal mit komplettem Stock-Setup gegenprüfen und nicht versuchen, das Problem über noch mehr SoC-Spannung zu kaschieren.

 

[Neo52]

gibt es zu dem neuen BIOS denn Notes, was verändert wurde?
Vielleicht findet sich der Fehler dort recht schnell, sofern dort etwas aussagekräftiges drin steht

 

[pabu.roar]

gibt es zu dem neuen BIOS denn Notes, was verändert wurde?
Vielleicht findet sich der Fehler dort recht schnell, sofern dort etwas aussagekräftiges drin steht

Leider nein. Es muss auch was sein, was vor ca. 1.5 Jahren reingekommen ist.

Aber: Seitdem ichFCH Spread Spectrum Enabled habe, habe ich keine Probleme mehr.

 

[pabu.roar]

Nachtrag: Gestern Mittag wieder Probleme gehabt. Ich hab jetzt das Bios aus Mitte 24 wieder draufgemacht und gut ist. Dann kann ich halt kein Faceit spielen....

 

[Schrotti]

Was passiert denn, wenn du den RAM einfach nur mit Standardsettings betreibst?
Macht es einen so großen Unterschied, ob nun mit CL30 statt 32?

 

[kawanet]

Naja, das ist ja schon ein ziemlich gutes Board und ich habe auch nur leichte Subtimings drin. Aber wie gesagt, selbst wenn der RAM auf Standard läuft, habe ich das Problem.

Sprich, das Board ist Schei*** bzw. weit entfernt von gut.

 

[Schrotti]

Bei Amazon schreiben viele Nutzer, dass sie Probleme mit dem RAM haben und das Brett sporadisch "hängen" bleibt.

 

[pabu.roar]

Naja, das ist schon ein gutes Board, warum das mit dem Bios ist, keine Ahnung.
Und bei Amazon finde ich solche Angaben nicht...

 

[Neo52]

Das Board ist ja eigentlich auch eher ein Budget-Board, oder?
Aber wenn's mit dem alten UEFI funktioniert hat... 🤔

Ich muss aber auch sagen, dass ich solche Probleme mit RAM eigentlich fast nur @ AM5 hab.
Was ich selbst bei mir auch mal tun muss, könnte vielleicht auch bei Dir helfen, wobei es dann nicht früher funktioniert haben dürfte.
Ich muss bei mir mal die CPU neu einsetzen, das hat schon manchmal geholfen. Auch der Anpressdruck vom Kühler ist da manches Mal schon das Zünglein an der Waage gewesen und einmal hat es mir auch geholfen, den ContactFrame zi demontieren und den original Verschluss zu nutzen (allerdings Sockel LGA1700).
Kannst Du ja mal versuchen, bevor Du die Flinte ins Korn wirfst.

RAM OC oder sowas mach ich aber von Hause aus nicht, laufen muss es, das ist das wichtigere in meinem Fall.