3700x instabiel op 7e core - welk onderdeel is de oorzaak

[ANdrode]

Ik heb sinds kort een systeem met een 3700X en de volgende andere componenten. Prettig systeem, helaas is het niet stabiel in prime95.

Ik heb alleen een probleem met prime95. Daarin geeft één van de cores (core 12/13 als je vanaf 1 telt) direct rekenfouten bij small FFT als er genoeg cores belast worden. Dit lijkt voor mij een stroomvoorzieningsprobleem bij wissel van lichte -> zware belasting.

Hoofdvraag: Welk onderdeel moet ik als eerste uitsluiten?

Onderdelen:

• ASRock B450 Pro4
• Cooler Master V Series V550
• 2x32GB 3200MTCL16 (Crucial Ballistix BL2K32G32C16U4W)
• AMD RX460 4GB
• "goede" koeling: oude 360mm open loop kit met Bykski AM4 blok

Wat heb ik geprobeerd:

• memtest (multicore): meerdere passes zonder fouten
• andere dimms (1x 4GB): zelfde symptomen
• Bios 4.20, 4.50
• Windows 10 & Fedora 33
• Intel Burn Test/Linkpack: geen fouten.
• LLC: niet mogelijk in BIOS
• bios factory defaults, +50mv offset voor CPU: rekenfout

Wat zie ik?

• "Hardware failure detecte" in prime95 log
• Soms BSOD in windows bij deze tests

• proces toewijzen aan 4 cores: +- een uur stabiel op alle groepen van cores
• proces toewijzen aan 6 cores: na een tijd rekenfouten
• proces toewijzen aan 6 cores + hyperthreads: snel rekenfout
• proces toewijzen aan alle cores + hyperthreads: instant rekenfout

Probleem komt voor met PBO aan, PBO uit en ook bij 45W TDP (via bios).

Temperatuur is laag: maximaal ~77 graden (hotspot) wanneer ik alle cores in één CCX belast met prime95. Bij het belasten van beide CCX-es is de temperatuur ~55 graden. In mijn ogen te laag om problemen te veroorzaken.

Temperatuur van VRM is ~40 graden doordat de lucht van de fans op de 360mm radiator er langs stroomt...

Dus de vraag:
Bij welke component zal ik beginnen met vervangen om te debuggen? Moederbord, CPU, of PSU?

[ Voor 17% gewijzigd door ANdrode op 31-12-2020 17:19 ]

[Kanarie]

Met die symptomen en wat je al geprobeerd hebt zou ik beginnen met LLC verhogen in BIOS, maar eigenlijk zou dat niet nodig moeten zijn met stock settings.

[ Voor 26% gewijzigd door Kanarie op 31-12-2020 16:38 ]

[ANdrode]

Kanarie schreef op donderdag 31 december 2020 @ 16:37:
Met die symptomen en wat je al geprobeerd hebt zou ik beginnen met LLC verhogen in BIOS, maar eigenlijk zou dat niet nodig moeten zijn met stock settings.

Dit moederbord lijkt geen LLC te hebben.

Ik zal +50mv en +100mv even proberen.
edit:
bios factory defaults, +50mv offset: instant BSOD bij small FFT
Dacht dat ik dit geprobeerd had, maar gestructueerd testen heb ik alleen gedaan wbt die core affinity

[ Voor 7% gewijzigd door ANdrode op 31-12-2020 16:44 ]

[Kanarie]

ANdrode schreef op donderdag 31 december 2020 @ 16:41:
[...]


Dit moederbord lijkt geen LLC te hebben.

...

Oef, inderdaad. Manual overvolt dan ja en even in hwinfo64 kijken of je VRM een VR VOUT voltage sensor heeft, zodat je kunt zien wat het voltage under load wordt.

[Hackus]

Handmatig alles instellen, en niet op AUTO. Vcore op 1.325v max en Corespeed zelf instellen. 3700X heeft maar 8-cores, dus bij 12-13 zit je fout. 0t/m7

[ANdrode]

Kanarie schreef op donderdag 31 december 2020 @ 16:45:
[...]


Oef, inderdaad. Manual overvolt dan ja en even in hwinfo64 kijken of je VRM een VR VOUT voltage sensor heeft, zodat je kunt zien wat het voltage under load wordt.

Geen VR VOUT sensor voor zover ik kan zien, wel 100mv offset tussen ryzen master en VIN als ik het goed zie. Geen stabiliteitsverbetering bij +100mv.
load: small FFT dat ik zelf aan cores heb toegewezen

Hackus schreef op donderdag 31 december 2020 @ 16:52:
Handmatig alles instellen, en niet op AUTO. Vcore op 1.325v max en Corespeed zelf instellen. 3700X heeft maar 8-cores, dus bij 12-13 zit je fout. 0t/m7

Ik gebruik inderdaad de nummering vna fysieke cores en hyperthreads door elkaar heen. Acht fysieke cores, zestien hyperthreads, CPU nummer (0-indexed) 0-15. Ik zal SMT uit even testen.

edit: SMT uit maakt reproduceren lastig en is eigenlijk geen optie: ik wil weten welk onderdeel de oorzaak is zodat ik een RMA kan starten.

3600MHz/1.325V: lijkt voorlopig geen rekenfout te geven

[ Voor 10% gewijzigd door ANdrode op 31-12-2020 17:37 ]

[Dennism]

@ANdrode

Ik zou de cpu eens testen in een ander systeem, of een andere cpu in dit systeem., beginnen met de cpu te debuggen dus.

[ANdrode]

Dennism schreef op donderdag 31 december 2020 @ 18:12:
Ik zou de cpu eens testen in een ander systeem, of een andere cpu in dit systeem., beginnen met de cpu te debuggen dus.

Het is niet de makkelijkste eerste stap maar wel de beste denk ik. Als ik dit geprobeerd heb dan post ik hier een update.
Kan nu niet inschatten hoe lang dit gaat duren, iets met werk & druk

[ANdrode]

Even een necro van mijn eigen thread: Moederbord wissel loste het probleem op. Zonder extra voltage/LLC stabiel op een Asus B550-E.

Er bleek minieme socket schade aanwezig te zijn op het moederbord. Ik ga er vanuit dat dit geen functionele impact heeft maar wel problemen geeft bij een RMA. Zonde: