Probleme nach Umstieg von DeskMini X300 zu X600 (nur beim daddeln)

[DeiDei]

Hi,

ich bin von einem 5700G mit DeskMini X300 auf einen 8700G und einem DeskMini X600 gewechselt.
Als Speicher kommt Kingston FURY Impact SO-DIMM Kit 64GB, DDR5-5600, CL40-40-40, on-die ECC zum Einsatz. Das 5600 Mhz Profil ist im BIOS geladen.

Ich habe sämtliche Stabilitätstests durchgeführt (Furmark, Primemark, MemTest86). Alles lief ohne Probleme oder Abstürze. MemTest86 fand nach 5h Laufzeit nicht einen Fehler.
Leider stürzt Transport Fever 2 ständig mit angehängter Meldung ab. Mal kann ich eine Stunde spielen, mal nur 10 Minuten. Die Fehlermeldung ist eindeutet. Es ist aber egal, ob ich der iGPU den Speicher automatisch zuweisen lasse (sind dann 2GB) oder z.B. 4GB oder 8GB manuell gebe. Es macht keinen Unterschied.

Cities Skylines 2 stürzt beim starten eines Spiels während des Ladescreens ab. AMD meldet dann immer, dass es einen Treiber-Timeout gab.
Ich kann leider nicht nachvollziehen, was das Problem ist? Zumal alle Test fehlerfrei durchlaufen.

Ich habe Windows durch den Umstieg nicht neu installiert, aber alle AMD-Treiber per amdcleanuputility.exe entfernt und die Treiber danach neu aufgespielt.
Ich verstehe nicht, wo das Problem liegt? BIOS ist das neueste drauf.

Interessant:
Er bootet auch mit 6400 Mhz (auch mit nur 1.2V, 1.25V oder 1.30V). Allerdings fährt er nicht immer hoch.
Das habe ich mit 5600 Mhz aber genau so auch. Sehr seltsames Verhalten. Ansonsten läut aber alles einwandfrei. Nur das zocken will nicht.

Fehlerlog:

In function: void __cdecl memory_util::HandleVideoOutOfMemory(const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &)


__CRASHDB_CRASH__ struct memory_util::MemoryException: urban_games/train_fever/src/Lib/Util/oom_util.cpp:98: void __cdecl memory_util::HandleVideoOutOfMemory(const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &): Device lost error: there was a problem with the graphic card
Exception type: struct memory_util::MemoryException

 

[Trambahner]

Tja, der berüchtigte AMD Treiber-Timeout. Tritt seit Jahren in nicht nachvolziehbaren Abständen und Kombinationen von Hardware, Bios/Agesa und Treibern auf.
Egal ob auf APU-Grafiken oder normalen Grafikkarten.
Manchmal stürzt nur das Programm ab, manchmal freezt auch der komplette Rechner.
Manchmal helfen ältere Treiber oder oder auch feste Einstellung des zugewiesenen iGPU-Speichers im Bios, manchmal nicht.


Mein 5750G hatte als er rauskam mit den damaligen Bios/Agesa auch dieses Problem, irgendwann mit ner Treiber-Bios-Konstellation war es komplett weg. Fast 2,5 jahre lang.
Vor 4 wochen auf nen 9700X auf B650 gewechselt; random Timeout/Freeze wieder da. Grmpf.
Manchmal trats beim YT/Twitch schauen auf, manchmal auch unter Office. Völlig zufällig.
Eigentlich reicht mir die mini-gpu des 9700X, aber sofort Faxen dick gehabt, kleinste Nvidia 4060 reingepackt (wenn ich schon ne extra Graka reinpacke, dass dann auch AV1 encode in hardware gleich geht), igpu deaktiviert. Alles gut, keine crashs mehr.

Typisches Problem mit ner AMD-Grafik. Leider, obwohl die CPUs selber gut sind.
Lösung dafür gibts keine mir bekannte.

 

[DeiDei]

Ich befürchte das es am RAM liegt, wobei die Fury ja prädestiniert sind für den DeskMini X600.
Der DeskMini bootet ja auch nicht richtig. Es sind immer mehrere Versuche nötig.

Wir reicht die iGPU völlig aus. Ich habe den DeskMini auf dem Schreibtisch stehen und gar keinen Bock auf so einen Klopper.
Mit dem 5700G lief immer alles problemlos, aber der hatte einfach nicht mehr genug Power (Transport Fever 2 mit einem 5700g, vergiss es).

Ich probiere noch ein bisschen rum.
Danke schon mal für deinen Input.

P.S. Mit den 5200er Profil bootet der Rechner immer, aber gleiches Problem.

 

[DeiDei]

Es liegt am Treiber und nicht am RAM.

Ich habe den neuesten Treiber entfernt und Windows hat dann automatisch den Treiber 31.0.24002.92 (Adrenalin Edition 24.1.1 – Januar 2024) installiert.

Damit lässt sich Cities Skylines 2 ohne Probleme spielen und Transport Fever 2 stürzt auch nicht mehr ab.
Strange.

 

[Trambahner]

Es liegt am Treiber und nicht am RAM.

Ich sags ja, typisches AMD Grafiktreiberproblem. 24.1.1 ist schon relativ alt.
Aber gut, dass es läuft.

Btw: Wenns Dir bei Updates dann wieder nen anderen installiert (oder ein Spiel das erfordert), kanns von vorne losgehen mit dem Radeon Treiberroulette.

 

[DeiDei]

Boar echt ätzend.
Schade dass AMD das Image der mangelhaften Treiber einfach immer wieder bestätigt.

Ich habe jetzt alle letzten Treiber getestet.
Ab Version > Adrenalin 24.6.1 (27.06.2024) treten die Probleme auf.

Keine Ahnung was AMD ab da verkackt hat und ob sie es je fixen werden.
Für alle die ähnliche Probleme haben: Bis Version Adrenalin 24.5.1 (15.05.2024) funktioniert alles einwandfrei!

Das einzige was mich jetzt noch stört ist, das er mit mehr als 5200 Mhz nur sporadisch bootet.
Liegt das am RAM (schlechtes Kit erwischt), an der CPU (schlechte CPU erwischt) oder am DeskMini (schlechten DeskMini erwischt?).

Wie gesagt, mit 6400 Mhz und 1.2V rennt der Rechner, wenn er denn bootet wie eine eins.
Keine Fehler im MemTest86 und keine Probleme in Benchmarks.

 

[Trambahner]

Danke dass Du das mit den Adrenalin-Versionen mal durchgespielt hast,
Evtl. geht ja so eine ältere Version auch für meinen 9700X. Werd ich mal prüfen bei Gelegenheit.

Aber das mit dem Booten ist schon merkwürdig. gerade 5200 mts ist ja offizielle Spec, das hat mit stock settings zu laufen wenn alles ok wäre.
Schwierig zu sagen.
Btw, hast Du bei JZ Elektronik gekauft? Die sind dort sehr auf zack was Deskmini betrifft.

 

[DeiDei]

Gerne.
Ich musste die Spannung bei 6400 Mhz auf 1.4V anheben, damit es beim zocken nicht zu Problemen kommt (Stand jetzt keine Abstürze mehr).

Das das booten teilweise sehr lange dauert, liegt wohl am DeskMini selbst. Er prüft den Speicher vor dem Booten und passt die Timings die auf Auto sind wohl an. Also einfach etwas Geduld haben beim booten. Man kann das aber auch im BIOS deaktivieren (aber keine Ahnung wo) - dann geht aber wohl kein Weg mehr am CMOS-Reset + Batterie kurz abklemmen vorbei.

 

[Trambahner]

"Memory Context Restore" heisst das normalerweise, dass nach dem ersten Booten die Ram-Erkennung schnell geht bei AM5.

Der Erstboot dauert je nach Board, Ram und Takteinstellungen gerne sehr lange bei AM5. Meiner (ECC-Serverram 64GB @ 5800CL32 , B650 Tuf) braucht etwa 1min20 nach jeder Verstellung von Ramparamentern oder nem Cmos-Reset. Dannach bootet er jeweils instant.