[RAM] bij 11e pass Memtest pas fouten

[Daffie]

Naar aanleiding van wat probleempjes met mijn thuisserver ([ESXi 6.7.0] Purple screen of Death) heb ik afgelopen nacht de hele nacht het RAM laten testen met Memtest86+. De eerste 10 passes gingen compleet foutloos, en bij de 11e pass ineens over de 11.000 fouten. Zie onderstaande foto's:
https://1drv.ms/u/s!AjtX-FgKIowSgd5o6zNaOkzDjFdz_Q
https://1drv.ms/u/s!AjtX-FgKIowSgd5kq4MjIJITE2G1Qg
https://1drv.ms/u/s!AjtX-FgKIowSgd5mdqza9KdSe04AMw

Is het nog steeds veilig om aan te nemen dat alléén het RAM defect is? Of is dit een typisch fenomeen van een ander probleem, bijvoorbeeld hetgeen wat het RAM aanstuurt?
Ik ga sowieso kijken of ik het werkgeheugen onder garantie kan vervangen, maar ik ben niet super thuis in de wereld van RAM (testen), dus misschien dat deze test resultaten wel méér zeggen dan dat alleen het RAM stuk zou zijn. Ik heb het moederbord, CPU en RAM op hetzelfde adres gekocht, dus mocht er n.a.v. deze testresultaten 'reasonable doubt' zijn over overige componenten dan kan ik dat net zo goed gelijk meenemen.

[TERW_DAN]

Als je meerdere modules hebt kun je die eens per stuk testen. Vaak zitten de fouten maar op 1 stuk van het geheugen. Als je met 1 module wel errors krijgt, en met de andere niet, dan weet je zeker dat het aan het geheugen ligt. Krijg je het probleem met beide modules, dan zou ik wat anders verwachten.

[Daffie]

@TERW_DAN Ik ga straks de modules eens één voor één testen. Mocht het zo zijn dat er bij beide modules fouten naar voren komen, wat zou dan nog meer het euvel kunnen zijn? En is er een manier om dátgene te testen?

Verder, ik verbaas me over de 3e foto die ik heb gemaakt: Tijdens test 1 t/m 10 gebeurt er niks, bij test 11 ineens heel veel fouten, vervolgens gaat hij zo te zien ook nog test 12 en 13 doen waarbij er weer geen fouten voorkomen. Echter, op de éérste foto is te zien dat hij 'stopped due to too many errors'.

Ofwel, hij gaat testen, bij de 11e test komen er heel veel fouten voorbij, bij de 12e en 13e test weer niks, en dan ineens besluit hij dat er teveel errors geweest zijn? Of zie ik nu dingen die er niet zijn en is de Memtest UI wat dat betreft gewoon niet handig?

[TERW_DAN]

Iedere test test andere dingen. Zo worden verschillende instructies het geheugen ingegooid en gekeken of die kloppen. Het kan goed zijn dat de meeste prima werken, doordat het geheugen prima die dingen kan doen. Maar het ding uit test 11 fout gaat.

Mochten beide modules hetzelfde doen, dan zou het goed kunnen liggen aan de geheugencontroller, of verkeerde instellingen. Je kunt proberen het voltage ietsje omhoog te zetten op het geheugen en de controller (met 0.1V of minder) om te kijken of dat wat oplost.

[Daffie]

Dank voor het antwoord, er zit gewoon nog garantie op het werkgeheugen dus ik ga dat eerst omruilen voor een nieuw setje, dat is wellicht voor nu een betere optie dan spanningen aan gaan passen.

Ik verwacht morgen de nieuwe set binnen te krijgen (dit word dan gelijk 1x16GB ipv 2x8GB; mijn 'thuisserver' heeft maar een simpel mATX bordje met 2 RAM slots, mocht ik later willen upgraden naar 32GB dan is dat makkelijker wanneer ik er gewoon een latje van 16GB bij kan prikken), ik denk dat ik de nacht van vrijdag op zaterdag gewoon maar weer memtest aanslinger. Mochten er dan wéér heel veel fouten voorbij komen dan is dat wat mij betreft een gegronde(re) reden om iets als een geheugencontroller/moederbord/wat dan ook te verdenken.

[TERW_DAN]

Waarom zou je van dual channel naar single channel gaan? Daarmee lever je de helft van je geheugenbandbreedte in. Afhankelijk van wat je ermee doet ga je dat mogelijk wel merken in performance.

[Daffie]

Het systeem draait als thuisserver, met daarop ESXi en op dit moment een 3-tal VM's (2x Windows Server 2016, 1x pfSense). De ene windows Server is DC/DHCP/DNS, de andere server is fileserver. Op dit moment red ik dat nog allemaal prima met 16GB RAM, maar mocht ik later nog wat meer VM's willen maken dan is 16GB niet meer voldoende denk ik.

Zodra de VM's aanstaan, is de load erg laag op deze machines. Ik verwacht daarom niet dat teruggaan van dual naar single channel een grote negatieve performace impact gaat hebben. Mocht ik in een later stadium meer VM's willen gaan draaien en daardoor meer RAM nodig hebben (of de bestaande VMs hebben om welke reden dan ook meer RAM nodig) dan kan ik eenzelfde module erbij prikken.

Als ik het nu bij 2x8GB laat, dan moet ik in bovenstaand scenario de 2x8GB vervangen voor 2x16GB en die 2x8GB 2e hands verkopen o.i.d., waarbij ik ongetwijfeld euro's moet inleveren op het verschil van 1e hands inkoop > 2e hands verkoop.

Dus het performance verschil wat ik nu al dan niet ga merken, kan ik op de langere termijn compenseren doordat ik geen financieel performance verschil heb

EDIT: Ik heb net even geprobeerd te Google'n op het veschil tussen dual channel en single channel. Ik krijg vrijwel alleen maar resultaten die te maken hebben met het aantal FPS wat je haalt in games bij single/dual channel. Ik gebruik dit systeem niet om te gamen. Daarnaast lijkt er een consensus te zijn dat de impact van dual/single channel bij AMD groter is dan bij Intel. Maar mocht ik dit verkeerd begrijpen dan hoor ik dat natuurlijk graag!

[ Voor 16% gewijzigd door Daffie op 02-05-2019 11:52 ]

[michelstreurman]

Geheugenbandbreedte is zeer belangrijk bij het draaien van meerdere VM's tegelijk, gezien deze allemaal z.s.m. toegang nodig hebben tot het ram. Ook zodra je meer cores gebruikt ga je absoluut een redelijk grote performance impact zien.

Puur uit eigen experience: i9 9900k + 1x8GB 3000MHz CL15 en 2 VM's: OSX 10.14 en Debian tegelijk voelde aan als dikke str*nt in een nauwe trechter, dit was echter wel alleen in VMWare Workstation Player op Win10 host. Met 2x 8GB op 3000MHz CL15 in DC (verdere settings zijn gelijk gebleven, beide VM's had ik 2 cores en 1.5GB toegewezen) voelt het heerlijk vlot aan. Met de 8GB was ik ook zeker niet aan het swappen (made sure of that, had ca. 1.5GB vrij geheugen over)