Memtest för ECC-minnen

Då dessa minnen redan har felkorrigering lär du inte behöva köra något sådant.

Läs: http://en.wikipedia.org/wiki/ECC_memory

Lite mer info: http://www.pugetsystems.com/labs/articles/How-to-Check-ECC-RA...

Hittar man nå fel lär man ju ändå villa byta ut stickan än att köra med en trasig. Kul med BSOD/Kernel panic i onödan.

Körde memtest86+ 5.01 på min server, gick bra med mina samsung 8GB ECC stickor.

Nej det gick bra, ändrade lite i inställningar ibland men kommer ej ihåg vad.
Testade närmare tusen timmar totalt. Fick bara errors när det gick åska.

Klart han måste.
Hade samma diskussion med folk på IRC som körde ECC i dyra servrar. Verkar råda lite missförstånd vad ECC gör.
memtest86+ skriver bara data till adress X och läser sedan data från adress X och jämför om X = X.
memtst86+ ser inte om datorn korrigerade 1bit fel med hjälp av ECC.
memtest86+ kan se om ECC är på eller av men det är en annan sak.
Inte för att jag är nån expert men ECC i en vanlig server/pc kan bara åtgärda 1bit fel per adress.
2 bit fel kan systemet ofta upptäcka men inte korrigera.
Man kan se detta rapporteras i loggar under linux tex i bland.

Så det är fullt möjligt att få fel i memtest86+ med ECC minnen och får man det har man haft minst 2bit fel på en adress.

Har själv fått det på en Opteron rigg en gång i tiden. Fick göra reklamation och köpa nytt ram då det visade sig feltillverkat.

ECC kan som sagt fixa 1bit fel per adress vilket betyder en bit per byte.

Så ECC är inte idiotsäkert och får man fel i memtest86+ med ECC så betyder det att man hade minst 2 bit fel.

Ironiskt nog dog en minneskanal i min andra opteron rig för många år sedan, fick byta moderkort annars gick den inte att boota OS eller ens köra memtest86+ på den.

Så man ska inte tro att ECC minnen per automatik betyder stabil och pålitlig burk. Usel kvalitet, inkomstabilitet förekommer där också.

Så man bör definitivt köra memtest86+ om man byter ram eller misstänker stabilitetsproblem. ECC minskar bara risken för minnesfel den eleminerar inte vanliga faktorer som slitage, inkompatibilitet etc etc.

ECC kräver att datorn är helt frisk för att kunna korrigera fel orsakad av tex kosmisk strålning.

Det intressanta med ECC är ju om man får många felkorrigeringar rapporterade för det kan tyda på mer allvarligt problem som ECC döljer.

Kan ju vara vettigt att köra 2 passes med ECC avslaget i bios om möjligheten finns. Sedan 2 passes med ECC på.
Stabil burk bör klarar flera rundor utan ECC ändå.

Har en gammal retro dator som tyvärr inte finns delar till men den får ofta 1 och 2 bit fel nån gång per dag och är inte direkt stabil lägre och den kör ECC minne.

Borde inte detekterade fel lagras under hardware events i loggboken?
(jag har 0 detekterade)