Wieder mal typisch: Ryzen kann ECC, aber aktuell kein Mainboard mit ECC Support

Und dabei ist es nur einfaches ECC (Aber besser als nicht), das Chipkill die höchste Fehlerkorrektur dürfte nur "Serverboards" und Reg Ram vorbehalten sein.

@Kullberg, wenn du die Ram hast probiere es dann aus, wenn es laut Asus automatisch funktionieren soll und die Tools sagen das es funktioniert, gibts den Crucial Ram gleich dazu, werde ich mir dann vorbestellen auch das Board und warten bis die CPU im Preis gefallen ist. Habe hier schon 3 Boards runmfliegen und CPUs das macht kein Unterschied.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Klar gibt es das. Der größte Server ist von Chessbase, da braucht man ein aktuelles Programm von denen. Da können Menschen gegeneinander spielen, oder man kann auch Computer gegeneinander antreten lassen.

Wie schauts da aus Ryzen 1700 vs 7700k? Also CPU vs CPU in "rybka" vllt?
 
Hier mal wie ECC unter linux aussieht (990FX + FX9370)

Code:
~$ dmesg
[...]
[   16.237748] AMD64 EDAC driver v3.4.0
[   16.237776] EDAC amd64: DRAM ECC enabled.
[   16.237782] EDAC amd64: F15h detected (node 0).
[   16.237802] EDAC MC: DCT0 chip selects:
[   16.237803] EDAC amd64: MC: 0:  2048MB 1:  2048MB
[   16.237804] EDAC amd64: MC: 2:  2048MB 3:  2048MB
[   16.237805] EDAC amd64: MC: 4:     0MB 5:     0MB
[   16.237805] EDAC amd64: MC: 6:     0MB 7:     0MB
[   16.237806] EDAC MC: DCT1 chip selects:
[   16.237807] EDAC amd64: MC: 0:  2048MB 1:  2048MB
[   16.237808] EDAC amd64: MC: 2:  2048MB 3:  2048MB
[   16.237808] EDAC amd64: MC: 4:     0MB 5:     0MB
[   16.237809] EDAC amd64: MC: 6:     0MB 7:     0MB
[   16.237810] EDAC amd64: using x4 syndromes.
[   16.237812] EDAC amd64: MCT channel count: 2
[   16.237948] EDAC MC0: Giving out device to module amd64_edac controller F15h: DEV 0000:00:18.2 (INTERRUPT)
[   16.237970] EDAC PCI0: Giving out device to module amd64_edac controller EDAC PCI controller: DEV 0000:00:18.2 (POLLED)
[...]

Code:
~$ dmidecode --type memory
# dmidecode 3.0
Getting SMBIOS data from sysfs.
SMBIOS 2.7 present.

Handle 0x0026, DMI type 16, 23 bytes
Physical Memory Array
	Location: System Board Or Motherboard
	Use: System Memory
	Error Correction Type: Multi-bit ECC
	Maximum Capacity: 32 GB
	Error Information Handle: Not Provided
	Number Of Devices: 4
[...]

Code:
~$ edac-util -v
mc0: 0 Uncorrected Errors with no DIMM info
mc0: 0 Corrected Errors with no DIMM info
edac-util: No errors to report.

Support für Ryzen's Speichercontroller ist seit 29.11.2016 im edac kernelmodul commited.
Wenn jemand das Testen will nutzt bitte kernelversion 4.10.1 aufwärts.
Auch wenn ihr sonst Windows nutzt könnt ihr ja einen live-usb variante für einen schnellen Test nutzen.
 
Zuletzt bearbeitet:
Das ist aber Dual Rank, was bei Intel mehr Performance bietet, kosten bei RYZEN Takt und damit auf der anderen Seite dann doch wieder Performance, mehr als 2400 geht mit Dual Rank RAM bei RYZEN eben nicht.

Reg Rams laufen eh nur auf "Server Boards" und nicht berücksichtigt.
Dachte ich auch immer, aber es gibt selbst X99er Boards die Reg-RAM unterstützten, wenn auch ggf. ohne die ECC Funktionalität.

ECC Speicher übertakten widerspricht sich eigentlich.
Das sehe ich wie oooverclock es in #117 beschrieben hat, auch wenn OC der Systemstabilität abträglich ist und ECC RAM diese fördern soll, ist doch gerade wenn man Übertaktet die Fehlerwahrscheinlichkeit auch beim RAM höher und damit der Nutzen von ECC umso größer. man vermindert damit eine der negativen Folgen beim Übertakten.
Das Board muss nur die Leitungen zwischen CPU und RAM Steckplätze bereit stellen, das Error Log erzeugt Windows
Und woher hat Windows diese Informationen? Eben vom RAM Controller und dessen Zugriffe muss das BIOS erlauben, wenn das die ECC Funktion oder das Auslesen der Fehlerinformationen nicht freigibt, nutzen die Verbindungen zwischen dem CPU Sockel und den RAM Slots auch nichts.
 
Also mal beispielhaft: Wenn ich edac-utils aufrufen würde, würde ich wahrscheinlich nur bei einem Serverboard eine Ausgabe bekommen? Ich sehe dafür jetzt ehrlich gesagt keinen Grund... der Memory- Controller ist doch in der CPU.
Nein, das funktioniert mit jedem Board mit funktionierendem ECC Support. Aber Serverboards mit BMC haben zusätzlich(!) die Möglichkeit im BMC das ECC Log anzuzeigen.
 
Klar gibt es das. Der größte Server ist von Chessbase, da braucht man ein aktuelles Programm von denen. Da können Menschen gegeneinander spielen, oder man kann auch Computer gegeneinander antreten lassen.
Lass mir mal Bitte ein Link zukommen. (PN)
Sry für OT.


Und woher hat Windows diese Informationen? Eben vom RAM Controller und dessen Zugriffe muss das BIOS erlauben, wenn das die ECC Funktion oder das Auslesen der Fehlerinformationen nicht freigibt, nutzen die Verbindungen zwischen dem CPU Sockel und den RAM Slots auch nichts.
Das stimmt natürlich, das Bios muss es auch können, da aber heutige UEFI wesentlich mehr Platz bieten, kann man das auch nachträglich ins UEFI einpflegen, sofern die Leitungen vorhanden sind.
Die Leitungen zu verbauen und dann nicht nutzen wäre ja selten dämlich. :fresse:
 
V.a., wenn ich 4x16GB ECC verbauen will. Single Rank hab ich da genau einen Modultyp gefunden.
Und der hat Lieferzeit...
 
Zuletzt bearbeitet:
Bisher war doch immer zu lesen das Single Rank eine Bremse ist gegenüber Dual-Rank bildet da nun Ryzen eine Ausnahme ?
Ja, denn bei Intel spielt Dual- oder Single Rank für den Takt kaum eine bis keine Rolle, bei RYZEN aber schon, schau Dir die Tabelle dazu an. Dann hängt bei RYZEN ja der Takt der Fabric am RAM Takt und der scheint einige an Einfluss auf die Performance gerade in Situationen zu haben in denen die Kerne der unterschiedlichen CCX miteinander kommunizieren müssen. Bei gleichen Takt ist DR schneller als SR, weil es eben mehr Zugriffe erlaubt, man kann beide Ranks ansprechen und hat so ähnlich wie beim Interleave von SSD Controllern eben nicht mehr unabhängige Kanäle, kann einen Kanal aber besser auslasten.

Nur ist das mit dem gleichen Takt eben bei RYZEN schwer und damit stellt sich die Frage was überwiegt am Ende, wobei die Antwort dann von der jeweiligen Anwendung abhängig sein könnte. Dann kommt dazu, dass es kaum / (fast?) keine 16GB SR Module gibt, man also mit SR praktisch auf 2x8GB limitiert ist, zwei Module pro Kanal sind ja auch keine Lösung weil damit die Geschwindigkeit auch wieder fällt.

Man kann also nicht einfach die alten Weisheiten über RAM auf RYZEN anwenden!
 
@Phantomias88
Man muss halt ein Programm von Chessbase kaufen - z.B. Fritz 15, der Zugang zum Server geht darüber - auf sehr komfortable Art. ChessBase Shop. Das speichert auch die selbst gespielten Spiele (oder auch welche, die man beobachtet hat). Die kann man dann auch nachträglich analysieren. Bei ebay gibt es Fritz 15 billiger: Fritz 15 Das populärste deutsche Schachprogramm 9783866814837 | eBay Allerdings ist nur ein Zugang zum Server für 1/2 Jahr drin, weiterer Zugang kostet 30€ pro Jahr. Es finden da auch Übertragungen von großen Turnieren statt.
 
Dann kommt dazu, dass es kaum / (fast?) keine 16GB SR Module gibt, man also mit SR praktisch auf 2x8GB limitiert ist, zwei Module pro Kanal sind ja auch keine Lösung weil damit die Geschwindigkeit auch wieder fällt.
Es gibt keine :) - Die sind sonst registered. Kleinere Module als 16GiB kommen für mich beispielsweise nicht in Frage, aber mich interessiert auch nicht dieser eine Taktschritt... Man muss bedenken, dass DR auch bei niedrigerem Takt schon leicht schneller sind, als SR.
Hauptsache 3200MHz oder um den Dreh...

Es wird wohl nur die Möglichkeit bleiben, nach OC- Ergebnissen mit DDR4- ECC- Speicher im Netz zu suchen, ansonsten sehe ich da schwarz(und da kann man bestimmt lange suchen :fresse2:). Die Wahrhscheinlichkeit, dass man Riegel erwischt, die zu zweit nur auf 2400 oder 2667 gehen, ist groß(was kein Weltuntergang wäre, aber ärgerlich.)
 
Ah, da bin ich auf einen Fehler bei Geizhals reingefallen, dort wird MTA18ASF2G72PZ-2G3B1 als UDIMM gelistet. Auf der Hersteller-Seite steht dann Registered in den Specs. Schade.
 
Zuletzt bearbeitet:
ECC Ram lässt sich wunderbar übertakten, ich habe hier in einem System DDR3-1333 ECC auf 1866mhz mit verschärften Timings laufen. (mit Spannungserhöhung auf 1.65V)
Das sind fast 40% Übertaktung!
Also 2400er ecc kaufen und auf 3200 takten -> fertig.
 
@Holt, mir würden 2x 4 oder 2x 8GB reichen.

@Trambahner,

dann bringt es nicht, selbst wenn die laufen aber die Fehler nicht korrigiert werden ist es rausgeworfenes Geld.
 
Zuletzt bearbeitet:
Lese hier in einigen Kommntaren, dass DR schneller sein soll als SR. AABER:

Hatte CB nicht genau das Gegenteil in deren Tests ausgemacht? : Single Rank Module unter RyZen eindeutig schneller als Dual Rank - IGGS zum alten Bulldozer design wos genau andersrum war.

Also was nun?
 
Zuletzt bearbeitet:
Single Rank- Module können bei Ryzen höher takten, somit sind sie durch den Takt schneller. Aber bei gleichem Takt ist Dual Rank schneller.
 
Kleinere Module als 16GiB kommen für mich beispielsweise nicht in Frage, aber mich interessiert auch nicht dieser eine Taktschritt... Man muss bedenken, dass DR auch bei niedrigerem Takt schon leicht schneller sind, als SR.
Normalerweise vielleicht, aber bei RYZEN hängt ja der Takt der Fabric dran, ob es dann auch noch so ist?
Hauptsache 3200MHz oder um den Dreh...
Ob man das mit DR erreicht, wenn schon viele mit SR da massive Probleme haben? Ich würde mit 2 RD Riegeln alles über 2400MHz als große Glück ansehen und nicht darauf bauen dieses Glück zu haben.
Es wird wohl nur die Möglichkeit bleiben, nach OC- Ergebnissen mit DDR4- ECC- Speicher im Netz zu suchen
Achte aber auf solche mit RYZEN, die mit Intel sagen für RYZEN nichts aus.
Ah, da bin ich auf einen Fehler bei Geizhals reingefallen, dort wird MTA18ASF2G72PZ-2G3B1 als UDIMM gelistet. Auf der Hersteller-Seite steht dann Registered in den Specs. Schade.
Fehler sind bei Preisportalen die Geizhals haufenweise zu finden, man muss immer vor dem Kauf dir Daten mit denen auf der Seite des Herstellers vergleichen. Findet man keine Herstellerseite oder dort keine Daten, sollte man die Finger vom Produkt lassen.

Hast Du eigentlich mal ausprobiert ob auch Reg. geht? Die Naples werden ja aus 4 Dies von RYZEN bestehen, solche Server-CPUs müssten auch reg. RAM schlucken, nur hat AMD in seiner ersten Präsentation zu Naples gar mal 16GB Riegel unterstellt um dann damit auf bis zu 512GB für Dual CPU Boards zu kommen.

Nur gibt es reg DDR4 mit 64GB pro Riegel und auch LRDIMM als 64GB RAM Riegel zu kaufen, mit kommenden 128GB Riegeln unterstützt ein Xeon E5-2699 v4 alleine bis zu 1,54TB und zwei also 3TB, mehr weit mehr als die 384GB die AMD da im Vergleich für das Intel System auf Basis von 16GB Riegeln angibt. Kein Profi der einen größeren RAM Ausbau braucht wird Unbuffered RAM nehmen, die machen sich mit der Angaben sowas von lächerlich, aber warum? Der einzige Grund der halbwegs Sinn machen würde ware, dass Naples (und damit RYZEN) nur Unbuffered RAM unterstützen und da ist derzeit bei 16GB Schluss. Laut Geizhals gibt es sogar schon 1 32GB Modul von SK Hynix gibt, aber da steht schon ganz oben in der Beschreibung " DDR4 DIMM 288-Pin, reg ECC", es wurde als auch nur falsch einsortiert.

Von Crucial sind übrigens schon 2666er RDIMM und 2666er LRDIMM auf Geizhals eingetragen, was ein Hinweis sein könnten wohin die Reise bei Intels Xeon E5 auf Skylake Basis gehen dürfte, oder gibt es schon jetzt Boards auf denen auch RDIMM übertaktet werden können?
 
Bis dato hab ich noch nichts eingekauft, bin eher noch in der Findungsphase ob die Ryzen-Plattform was für mich ist. Ein bissl schreckt mich das mit dem Speicher ab, bei Intel Core i7 + entsprechende E3-Derivate war das unkomplizierter und nicht soo einflussreich auf die Performance.
Ich würde zwar gern experimentieren, _könnte_ das auch zahlen aber _will_ die aktuellen Early-Adopter Preise nicht zahlen um dann nach 1k-2k Euro festzustellen: vSphere nebst VMs läuft nicht wie erwartet. Von der Lieferbarkeit von Asrocks X370 MBs ganz abgesehen. Eine E5 16xx oer 26xx v3/v4 CPU könnt ich halt zu vergleichbaren Preisen je Core bekommen und wüsste: auf den einschlägigen Boards läuft alles. Bleibt letztlich die Experimentierfreude übrig, ich würde z.B. zu gern mal ne kleine Oracle-Datawarehouse-DB auf dem Ryzen sehen.

Bzgl. Reg ECC und Ryzen+Naples ist es halt die Frage: ist es nur nicht getestet, supporten es die Platinen entsprechend oder braucht es, wenn es auch die gleiche Die-Plattform ist, evtl. erst entsprechenden Microcode für Reg ECC. Oder es ist per Romcode in den Consumer-Ryzens deaktiviert.
 
Zuletzt bearbeitet:
Derzeit ist RZYEN vor allem Gamer ausgerichtet, es gibt null Angebote von Workstation Boards und kaum einer dürfte RYZEN jetzt schon für sowas einsetzen was Du vorhast. Warte bis Naples draußen ist, dann werden solche Anwendungen auf der Architektur genutzt werden, also auch möglich Probleme bekannt und beseitigt.
 
Wenn ECC beim Ryzen gehen würde. Kann man dann auch mirroring machen ?
Momentan hab ich 4x 16 GB ECC verbaut und betreibe den im Mirror sprich wie ein Raid mit Multi-Bit ECC.
 
Zuletzt bearbeitet:
Wenn ECC beim Ryzen gehen würde. Kann man dann auch mirroring machen ?
Momentan hab ich 4x 16 GB ECC verbaut und betreibe den im Mirror sprich wie ein Raid mit Multi-Bit ECC.
Bin mir sehr sicher, dass das nicht geht; das ist schon sehr speziell. Geht nicht einmal mit meinem C226 + Xeon.
 
Geht glaube ich erst ab den C6XX-Chipsätzen. Ist dann eher was für Naples
 
Naples besteht nach bisherigen Informationen auf 4 der Dies die AMD in RYZEN Desktop CPUs verwendet, weshalb der wohl auch so bald nach dem Start von RYZEN auf den Markt kommen kann. Die Fähigkeiten die Naples hat, stecken also auch in RYZEN und obwohl nicht alle rausgeführt sind, so hat RYZEN nicht alle 32 PCIe Lanes die bei Naples aus jedem Die kommen auch angeschlossen, so dürfte der Speicherkontroller der gleiche sein. Es ist eben nicht 8 Channel, sondern viermal Dual Channel.

Eigentlich müsste eine CPU die Naples ja Reg-DIMM und LRDIMM unterstützten, aber da AMD sich in den Folien auf 16GB Module bezieht, habe ich leider Zweifel daran ob dem wirklich so ist. Kein Mensch der Server mit viel RAM braucht nimmt so kleine Module, nur ist das eben das Limit für unbuffered Riegel und warum gibt AMD es sonst an? Außerdem ist der RAM Controller wohl auch nicht der Teil von RYTEN auf den AMD am meisten stolz sein kann.

Es gibt übrigens X99er Boards bei denen der Hersteller ganz offiziell RDIMM angibt, ggf. mit den Hinweis das keine ECC Funktion vorhanden ist, es hängt da also nicht am Chipsatz, der RAM Controller der S. 2011-3 CPU kann es eben unterstützen. Gibt es bei einem RYZEN Board einen Hinweis auf RDIMM Unterstützung?
 
Um der ganzen Ungesicherten Informationen hier mal ein paar Fakten entgegenzusetzen:

Ich habe mit Kingston DDR4 2400 8gb UDIMM und RDIMM auf einem Asus X370 Prime mit BIOS v504 getestet.
Mit Registered RAM - kein Boot mit unbuffered - läuft.
Ergebnis unter Linux meldet EDAC: "DRAM ECC enabled."

dmidecode meldet Error correction: None und width: 64bit
Aber dem messe ich nicht so hohe Signifikanz bei wie dem EDAC modul.
 
@barnacle2k
Danke. Ich hab passmark memtest probiert - das erkennt den Chipsatz nicht und kann deshalb über ECC keine Info geben :(
 
Wie vermutet kann RYZEN kein RDIMM und damit wachsen meine Zweifel ob Naples es unterstützt, die schon damit begonnen haben, dass AMD bei der Naples Demo beim RAM Ausbau nur von 16GB DIMMs ausgeht, was natürlich für Server mit viele RAM total lächerlich ist, gibt es doch schon 128GB Riegel, auch wenn die teuer schwer zu bekommen sind, sowie massenhaft 32 und 64GB RDIMM und LRDIMM. Ob die ECC Funktion fürs RAM wirklich gegeben ist oder die Angaben doch nur die allgemeine Aussage wiedergeben das eben Ubuffered ECC RAM überall läuft wo normale RAMs auch laufen, die ja auch unbuffered sind, werde ich auch erst abwarten. Ich will keine neues System mehr ohne ECC RAM Funktionalität.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh