ECC (Error Checking & Correction) Hauptspeicher oder RAM

ECC scheint zu funktionieren, ...
Nein. Die dmidecode-Meldungen sagen nur, dass du ECC-RAM installiert hast. Aber das wussten wir schon vorher. Die Windows-Meldung ist völlig nutzlos.
Ich will wissen, ob ECC funktioniert!

Ich gehe davon aus, dass es nicht funktioniert. Da du aber nicht weißt, wie man funktionierendes ECC feststellt, lassen wir das eben :-(
 
Zuletzt bearbeitet:
Auf UEFI Ebene habe ich das Memtest v 7.4 von Passmark Hersteller verwendet, zeigt auch sofort Fehler an wenn die Spannung zu gering oder der Takt zu hoch ist. Leider zeigt diese Version nicht korrekt an ob ECC Korrektur an oder aus ist bzw. funktioniert. Möglich das eine neuere Version das kann.

https://www.memtest86.com/download.htm
Als CMD oder mit der GUI?
Bei der GUI sollte unter "Settings" die ECC Einstellungen zu finden sein.
Bei mir lässt sich dort der ECC Pool akvieren oder deaktivieren, sowie ECC Injection an/aus.

Schau mal im Log von PassMark MemTest auf dem Datenträger:
[x]:\EFI\BOOT\MemTest86.log

Starting pass #2
2017-12-10 11:31:45 - GetAMD15Temp - Temperature: 28
2017-12-10 11:31:45 - Running test #0 (Test 0 [Address test, walking ones, 1 CPU])
2017-12-10 11:31:45 - MtSupportRunAllTests - Enabling memory cache for test
2017-12-10 11:31:45 - MtSupportRunAllTests - Injecting ECC error
2017-12-10 11:31:45 - inject_amd64 - new nb_arr_add = 80000000
2017-12-10 11:31:45 - inject_amd64 - new dram_ecc = 0012000F
2017-12-10 11:31:45 - MCA NB Status High=146FC000
2017-12-10 11:31:45 - inject_amd64 - new nb_arr_add = 80000002
2017-12-10 11:31:46 - inject_amd64 - new dram_ecc = 0012000F
2017-12-10 11:31:46 - MCA NB Status High=146FC000
2017-12-10 11:31:46 - inject_amd64 - new nb_arr_add = 80000004
2017-12-10 11:31:46 - inject_amd64 - new dram_ecc = 0012000F
2017-12-10 11:31:46 - MCA NB Status High=146FC000
2017-12-10 11:31:46 - inject_amd64 - new nb_arr_add = 80000000
2017-12-10 11:31:46 - inject_amd64 - new dram_ecc = 0052000F
2017-12-10 11:31:46 - MCA NB Status High=146FC000
2017-12-10 11:31:46 - inject_amd64 - new nb_arr_add = 80000002
2017-12-10 11:31:47 - inject_amd64 - new dram_ecc = 0052000F
2017-12-10 11:31:47 - MCA NB Status High=146FC000
2017-12-10 11:31:47 - inject_amd64 - new nb_arr_add = 80000004
2017-12-10 11:31:47 - inject_amd64 - new dram_ecc = 0052000F
2017-12-10 11:31:47 - MCA NB Status High=146FC000
2017-12-10 11:31:47 - MtSupportRunAllTests - Setting random seed to 0x6CC958CB
2017-12-10 11:31:47 - MtSupportRunAllTests - Start time: 6609 ms
2017-12-10 11:31:47 - ReadMemoryRanges - Available Pages = 8303960
2017-12-10 11:31:47 - Start memory range test (0x0 - 0x84F000000)
2017-12-10 11:31:47 - Pre-allocating memory ranges >=16MB first...
2017-12-10 11:31:47 - All memory ranges successfully locked
2017-12-10 11:31:50 - Cleanup - Releasing all memory ranges...
2017-12-10 11:31:50 - MtSupportRunAllTests - Test execution time: 3.427
 
@RedBaron,

wmic memphysical get memoryerrorcorrection - sollte bei dir Ziffer (6) ergeben.

WHEA Logger einrichten ->

Ereignisanzeige -> Benutzerdefinierte Ansicht erstellen -> Per Quellen -> WHEA Logger

Dann könnte man z.b den Takt erhöhen und die Spannung senken und gucken ob es einen WHEA-Error gibt, indem gelistet steht ein ein Hardwarefehler behoben wurde. Oder er kackt ab, war die Spannung zu gering, oder der zeigt Fehler an läuft aber trotzdem durch.

Neustart Option bei Windows Fehler deaktivieren !

@Windhund habe die Gui benutzt.
 
Zuletzt bearbeitet:
@Zidane: Die Ziffer 6 erscheint nach Eingabe von wmic memphysical get memoryerrorcorrection.

Die WHEA-Logger Aufzeichnung habe ich eingerichtet und werde diese nachreichen, wen ich dafür Zeit bekomme.
 
Kann z.B als Test den Ram auf 1.20V stellen, und den Takt auf 3066MHz und dann LinX laufen lassen, sollte dann Fehler produzieren. Wenn der Rechner tilt, die Spannung leicht anheben.
 
Wenn ich mir den Artikel über Ryzen und ECC RAM auf Hardware Carnucks (Link in Beitrag 1) durchlese, stellt sich die Frage,
ob sich die Funktion von ECC RAM auf Sockel AM4 überhaupt feststellen lässt.
 
Wenn ich mir den Artikel über Ryzen und ECC RAM auf Hardware Carnucks (Link in Beitrag 1) durchlese, stellt sich die Frage,
ob sich die Funktion von ECC RAM auf Sockel AM4 überhaupt feststellen lässt.
Du hast zumindest schon mal festgestellt, dass Windows Multi-Bit nutzt.
Ob es funktioniert musst, wie Zidane vorgehen, also den Fehler Provozieren.
Dann werden im Windows Log die korrigierten Fehler Angezeigt > damit läuft es Zweifels ohne.

Mein Log vom MemTest86 war mit ECC Error Injection, im Ergebnis Report werden dann auch die korrigierten Fehler angezeigt:
(ECC Correctable Errors)

memtest_report_eccinj85oba.jpg
 
Hallo

Ich habe im UEFI die Speichertimings herunter gesetzt
von 17-17-17-39-55-2 (tCAS-tRC-tRP-tRAS-tCS-tCR) auf 14-14-14-30-55-2 (tCAS-tRC-tRP-tRAS-tCS-tCR) ,
Speichertaktfrequenz beträgt 2400 MHZ, 1,2 Volt Spannung.

https://valid.x86.fr/1jcuzu

Danach habe ich den WHEA-Logger geöffnet, folgende Einträge waren aufgeführt:
Protokollname: System
Quelle: Microsoft-Windows-WHEA-Logger
Datum: 28.01.2018 21:32:53
Ereignis-ID: 19
Aufgabenkategorie:Keine
Ebene: Warnung
Schlüsselwörter:
Benutzer: Lokaler Dienst
Computer: RedBaron-PC
Beschreibung:
Behobener Hardwarefehler.

Gemeldet von Komponente: Prozessorkern
Fehlerquelle: Behobene Computerüberprüfung
Fehlertyp: Cachehierarchiefehler
Prozessor-APIC-ID: 0

Die Detailansicht dieses Eintrags beinhaltet weitere Informationen.
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-WHEA-Logger" Guid="{C26C4F3C-3F66-4E99-8F8A-39405CFED220}" />
<EventID>19</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2018-01-28T20:32:53.078419200Z" />
<EventRecordID>3442</EventRecordID>
<Correlation ActivityID="{E9539065-037A-4D4B-A122-D63427DC3AFA}" />
<Execution ProcessID="3784" ThreadID="4300" />
<Channel>System</Channel>
<Computer>RedBaron-PC</Computer>
<Security UserID="S-1-5-19" />
</System>
<EventData>
<Data Name="ErrorSource">1</Data>
<Data Name="ApicId">0</Data>
<Data Name="MCABank">16</Data>
<Data Name="MciStat">0xd42040000000011b</Data>
<Data Name="MciAddr">0x400000099f8c580</Data>
<Data Name="MciMisc">0x0</Data>
<Data Name="ErrorType">9</Data>
<Data Name="TransactionType">2</Data>
<Data Name="Participation">256</Data>
<Data Name="RequestType">1</Data>
<Data Name="MemorIO">256</Data>
<Data Name="MemHierarchyLvl">3</Data>
<Data Name="Timeout">256</Data>
<Data Name="OperationType">256</Data>
<Data Name="Channel">256</Data>
<Data Name="Length">928</Data>
<Data Name="RawData"> Sehr lange Zahl, auf Anfrage erhältlich</Data>
</EventData>
</Event>

Besteht ein Zusammenhang mit einem eventuell korrigiertem Speicherfehler?

MfG
RedBaron
 
Ja, hast Glück das der Ram es überhaupt in Windows schafft. Mit CL-14 geht bei meinen gar nix mehr. Habe heute mit neuem Bios Update erstmals die Möglichkeit den 2666MHz@3200Mhz laufen zu lassen, zwar stabil mit 1.3V aber nicht 100% da er im Hintergrund halt nun die Fehler behebt. Das System läuft stabil weiter, konventioneller OC-Speicher der instabil läuft hätte hier versagt und das System wäre verreckt.

wheaplsf9.jpg
 
Zuletzt bearbeitet:
@Zidane: Die Timings habe ich zum "testen" auf CL14 herunter gestellt, mit CL17 Timings funktioniert der Rechner ohne WHEA Einträge.
UEFI ist übrigens das 3803 vom 22.01.2018.
 
@Zidane: Die Timings habe ich zum "testen" auf CL14 herunter gestellt, mit CL17 Timings funktioniert der Rechner ohne WHEA Einträge.
UEFI ist übrigens das 3803 vom 22.01.2018.

Ist ja auch kein OC Speicher, meine 3200MHz Riegel Laufen locker mit 2666 Cl14 bei 1,2V.
Die machen auch locker 3333MHz,nur der IMC macht das nicht mit.
Juckt mich aber nicht,auch wenn ein Bios Update ne Spannungsverbesserung beim IMC mitbringen würde oder der Gleichen.
Noch mal teste ich nicht Wochen lang meine Profile durch nur für 134MHz mehr beim RAM wenn es überhaupt ne Verbessung geben würde.
 
Habe diverses noch probiert, aber fehlerfreie 3200Mhz sind nicht drin. Keine Ahnung was beim Asrock ITX Board anders ist, als beim Asus. Oder die vergoldeten Speicherbänke bzw. das es nur 2 Slots sind, sorgen für eine erhöhte Stabilität der Kommunikation von den Speicherbänken zum IMC der CPU.

So habe jetzt einfach die "Speicherbänke" gewechselt nun läuft der Ram mit 1.3V stabil, bei 3200MHz. Schon kurios.
 
Zuletzt bearbeitet:
Hallo, aus gegebenen Anlass hole ich das Thema nochmal hoch:


Torvalds went on his lengthy post to say, "The "modern DRAM is so reliable that it doesn't need ECC" was always a bedtime story for children that had been dropped on their heads a bit too many times. Yes, I'm pissed off about it. You can find me complaining about this literally for decades now. I don't want to say "I was right". I want this fixed, and I want ECC.
Seit 15 Jahren predigt er es schon...
And AMD did it. Intel didn't."

Linus meinte hier die Single-Bit ECC implementation bei Intel und die Multi-Bit implementation bei AMD.

ECC ist nicht gleich ECC.

Alle Ryzen sollte ebenso Multi-Bit ECC unterstüzen (seit den FX Prozessoren unterstüzen das alle inoffiziell)

MfG
 
Seit längerem gibt es nun auch DDR4-3200 als ECC, und von den Kosten überschaubar.
Bei AMD hat man ECC zum Sonderpreis, wenn man nicht grad ein Ryzen Pro mit Grafik haben möchte, während man bei Intel Platinen mit C-Chipsatz benötigt nebst geeigneten Prozessor um diesen Speicher effektiv nutzen zu können.
Wobei der kleinste Ryzen Pro für die meisten NAS Geschichten locker reichen sollte, da wäre Intel mit einer passenden Platine nicht billiger.
 
Seit längerem gibt es nun auch DDR4-3200 als ECC, und von den Kosten überschaubar.
Bei AMD hat man ECC zum Sonderpreis, wenn man nicht grad ein Ryzen Pro mit Grafik haben möchte, während man bei Intel Platinen mit C-Chipsatz benötigt nebst geeigneten Prozessor um diesen Speicher effektiv nutzen zu können.
Wobei der kleinste Ryzen Pro für die meisten NAS Geschichten locker reichen sollte, da wäre Intel mit einer passenden Platine nicht billiger.
Welcome Back, bei mir sind zwei einzelne Dual Rank DDR4-3200 mit CL20 1T im Einsatz. (@1.216Vdimm)
Genau diese hier: https://geizhals.de/kingston-server-premier-dimm-16gb-ksm32ed8-16hd-a2356622.html?hloc=de

Edit: Laut dem Geizhals.de Link sind das Hynix, das SPD liest aber Micron e-Die aus: https://abload.de/img/thaiphooneburner_ecct3j9p.jpg
 
Zuletzt bearbeitet:
Bei AMD hat man ECC zum Sonderpreis, wenn man nicht grad ein Ryzen Pro mit Grafik haben möchte, [...]
Wobei der kleinste Ryzen Pro für die meisten NAS Geschichten locker reichen sollte, da wäre Intel mit einer passenden Platine nicht billiger.
Bei den aktuellen APUs haben nur die PRO Modelle ECC Support, ist das richtig?
Bin am überlegen meinen alten NAS-Server neu zu machen und schaue gerade nach Teilen.
 
Ich meinte für NAS braucht man Ryzen Pro um ECC nutzen zu können, sprich Picasso Ryzen 5 3200GE oder einer der Renoir Reihe.
 
Ich meinte für NAS braucht man Ryzen Pro um ECC nutzen zu können, sprich Picasso Ryzen 5 3200GE oder einer der Renoir Reihe.

Oder Embedded.

In der von uns getesteten Synology DiskStation DS1621+ kommt der AMD Ryzen Embedded V1500B 2,20 GHz Quad-Core-Prozessor mit acht Threads zum Einsatz. Dieser bietet neben der Unterstützung für bis zu 32 GB DDR4 ECC-Arbeitsspeicher eine konfigurierbare TDP (Thermal Design Power) von 12 bis 25 W. Die vorgegebene TDP liegt bei 16 W und ist damit nur 1 W höher, als bei der Vorgängerversion DS1618+ mit ihrem Intel Atom C3538 Prozessor, soll dafür aber wesentlich mehr Rechenleistung bieten.

Dafür das ich nichtmal ECC im UEFI aktivieren musste, finde ich das nicht mehr so inoffiziell, zu mal es auch Besser läuft als mit OC Speicher. ;)
 
Das OC-Speicher heute nicht mehr ALLER Munde ist, ist denke noch nicht überall angekommen. ECC-Speicher ist momentan nicht teuer, trägt zur Systemstabilität bei, und verbaue bei Ryzen Systemen nur noch diesen Speicher. Und da es sie auch mittlerweile in DDR-4 3200Mhz gibt, gibt es auch bei der neusten Ryzen Reihe dahingehend keinen Bremsklotz mehr. Gut wer massig übertaktet, kann und wird weiterhin auf OC-Speicher setzen. Für den normalen Anwender der ein wenig zockt, gibt es dann halt stabilen ECC-Ram und kein überteuerten Trident-Z Ram der nur mit Glück mit manchen UEFI bei Asus, selbst erlebt stabil läuft. Der ECC-Ram lief immer stabil egal mit welcher Version, auch mit 3200MHz was meine 2x 4GB DDR-2666 SR angeht, mit leichter V-Core Erhöhung ohne das die Fehlerkorrektur eingreift. Bei OC Ram gibt es kein Feedback wenn das System instabil wird und keine Korrektur. Und Multibit ECC gibt nur bei AMD, bei Intel nur Singlebit bei kleinen Systemen wenn ich mich nicht täusche. :)
 
Und da es sie auch mittlerweile in DDR-4 3200Mhz gibt, gibt es auch bei der neusten Ryzen Reihe dahingehend keinen Bremsklotz mehr.
Kommt drauf an, was man damit macht. CL22 bei 3200 ergibt magere 13,75ns. Da ist mein CL16 2666 schneller und der übliche OC-RAM sowieso.
Beim Zocken dürfte die Latenz wichtig sein - ich persönlich habe aber auch keinen Bedarf daran.
 
Und da es sie auch mittlerweile in DDR-4 3200Mhz gibt, gibt es auch bei der neusten Ryzen Reihe dahingehend keinen Bremsklotz mehr.
Kommt drauf an, was man damit macht. CL22 bei 3200 ergibt magere 13,75ns. Da ist mein CL16 2666 schneller und der übliche OC-RAM sowieso.
Beim Zocken dürfte die Latenz wichtig sein - ich persönlich habe aber auch keinen Bedarf daran.
Naja, die Latenz ist nur wichtig wenn ein Spiel nur ein Kern nutzt, sobald es mehrere Kerne sind kommt es auf die Bandbreite an.
Das sind bei mir mit CL20 ~ 45 GByte/s.

@ 60Hz Limit komme ich sowieso nie in Kritische Situationen, Hauptsache die Frametimes sind schön glatt: https://abload.de/img/bf1_2021_02_21_23_59_hvkdf.jpg
 
ECC scheint zu funktionieren, ...
Nein. Die dmidecode-Meldungen sagen nur, dass du ECC-RAM installiert hast. Aber das wussten wir schon vorher. Die Windows-Meldung ist völlig nutzlos.
Ich will wissen, ob ECC funktioniert!

Ich gehe davon aus, dass es nicht funktioniert. Da du aber nicht weißt, wie man funktionierendes ECC feststellt, lassen wir das eben :-(
Herr Holt?

Was suchen sie hier?
 
Zurück
Oben Unten