DeadMan666
Lieutenant
- Registriert
- Sep. 2020
- Beiträge
- 650
Hi, ich bräuchte bitte mal Feedback zu meinem System und einem reproduzierbaren "SearchHost.Exe" Fehler:
Bzgl. dem RAM Verhalten kann ich beobachten das ein bestimmter Fehler reproduzierbar auftritt sobald ich das EXPO mit DDR-6000 laufen lasse (nur RAM Expo, kein CPU UV/OC, kein PBO, keine sonstigen BIOS OC Features):
Was praktisch passiert ist das die linke Leiste ("zuletzt verwendet") in der Such-App nicht geladen wird:
Wenn ich einige Sekunde warte und neu in die App schaue stehen die Einträge dann wieder da:
Diesen Fehler kann ich defintiv mit dem DDR5-6000 Takt reproduzieren. Ein Absenken auf DDR5-5800 behebt das auffällige Verhalten zuverlässig. Zuletzt lieft das System 7 Tage am Stück mehrere Stunden pro Tag mit DDR-5800 ohne einzigen Fehler.
Gestern habe ich erneut ein bisschen mit DDR5-6000 getestet und adhoc binnen 30 Minuten (mit diversen Neustarts zwischen drin) hatte ich einige male das Problem.
Dann gestern Abend um ca. 18:00 zurück gestellt auf DDR5-5800 und das System noch einige Stunden betrieben, alles war wieder i.O.
Abgesehen von diesem Verhalten sind mir keine Instabilitäten bekannt. Bei Setup des Systems Ende Oktober hatte ich mit Expo Settings (nur RAM Expo, keine manuellen Settings, kein CPU OC / UV, kein PBO) diverse Stresstests durchgefühlt, u.a. Karhu 24 Stunden, Prime95 12 Stunden, Y Cruncher 12 Stunden. Seit dem Veilguard Release konnte ich 70 Stunden ohne erkennbare Probleme Spielen, Top Frametimes, keine Abstürze ohne sonsitge Fehler.
Was ich zusätzlich noch getestet habe:
Gehe ich mit den "BuildZoid" Timings zurück auf DDR5-5800 dann tritt der Fehler nicht auf.
Hat jemand eine Idee woran das liegen kann und ob es noch eine Möglichkeit gibt die 6000er Settings stabil zu bekommen?
- ASROCK B650m RS WIFI: https://geizhals.de/asrock-b650m-pro-rs-wifi-90-mxblz0-a0uayz-a2952722.html
- Aktuellste BIOS Version 3.10
- G.Skill Flare X5 DDR5-6000-C30: https://geizhals.de/g-skill-flare-x5-schwarz-dimm-kit-32gb-f5-6000j3038f16gx2-fx5-a2921918.html
-
- AMD Ryzen 7800X3D
- Corsair SF1000 Netzteil
- MSI RTX4080
Bzgl. dem RAM Verhalten kann ich beobachten das ein bestimmter Fehler reproduzierbar auftritt sobald ich das EXPO mit DDR-6000 laufen lasse (nur RAM Expo, kein CPU UV/OC, kein PBO, keine sonstigen BIOS OC Features):
Was praktisch passiert ist das die linke Leiste ("zuletzt verwendet") in der Such-App nicht geladen wird:
Wenn ich einige Sekunde warte und neu in die App schaue stehen die Einträge dann wieder da:
Diesen Fehler kann ich defintiv mit dem DDR5-6000 Takt reproduzieren. Ein Absenken auf DDR5-5800 behebt das auffällige Verhalten zuverlässig. Zuletzt lieft das System 7 Tage am Stück mehrere Stunden pro Tag mit DDR-5800 ohne einzigen Fehler.
Gestern habe ich erneut ein bisschen mit DDR5-6000 getestet und adhoc binnen 30 Minuten (mit diversen Neustarts zwischen drin) hatte ich einige male das Problem.
Dann gestern Abend um ca. 18:00 zurück gestellt auf DDR5-5800 und das System noch einige Stunden betrieben, alles war wieder i.O.
Abgesehen von diesem Verhalten sind mir keine Instabilitäten bekannt. Bei Setup des Systems Ende Oktober hatte ich mit Expo Settings (nur RAM Expo, keine manuellen Settings, kein CPU OC / UV, kein PBO) diverse Stresstests durchgefühlt, u.a. Karhu 24 Stunden, Prime95 12 Stunden, Y Cruncher 12 Stunden. Seit dem Veilguard Release konnte ich 70 Stunden ohne erkennbare Probleme Spielen, Top Frametimes, keine Abstürze ohne sonsitge Fehler.
Was ich zusätzlich noch getestet habe:
- je 4 MemTest86 Durchläufe (mit 4800er Jedec sowie 6000er Expo) ohne Fehler
- RAM Spannung VDD von 1.35V auf 1.40V --> keine Änderung
- Adaption der "BuildZoid" A-Die Timings. Also Laden des Expo Profil (DDR5-6000) und dann die Timings manuell überschreiben sowie VSoc (Expo hat 1.20V, BuildZoid 1.25V). Mein Kit ist ein verifizierter Hynix A-Die. Auch mit diesem Setup war das System einige Zeit Stress-Stabil (hatte 11h Karhu + 4h Y-Cruncher laufen), aber es zeigte ebenso den SearchHost.Exe Fehler. Hier dazu ein Readout eines Stresstest Laufs:
Gehe ich mit den "BuildZoid" Timings zurück auf DDR5-5800 dann tritt der Fehler nicht auf.
Hat jemand eine Idee woran das liegen kann und ob es noch eine Möglichkeit gibt die 6000er Settings stabil zu bekommen?
Zuletzt bearbeitet: