Stromsparendes System mit ECC gesucht
- Ersteller AMD_Flo
- Erstellt am
eratte
Redaktion
☆☆☆☆☆☆
In dem Handbuch zum ASUS AM1M-A steht jedenfalls an jeder entsprechenden Stelle unbufferd ECC DDR3, ich kriege das das Board nächste Woche zum "rumspielen" aber leider habe ich kein ECC RAM da. Die Memoryliste beinhaltet ja nur von ASUS getestet Speicherriegel und heißt nicht das andere nicht funktionieren.
Stehen ECC-Module auf der Memoryliste?
eratte
Redaktion
☆☆☆☆☆☆
Nein stehen nicht, bei einem Intel WS Board für Sockel 1155 standen am Anfang wo das Board neu war auch keine ECC-Module in der Liste. Als Aussage das es nicht geht würde ich das noch nicht werten. Kann auch passieren das ASUS da keine ECC-Module testet.
Ich muss meine Aussage in der Richtung ändern das ich nicht das AM1M-A bekomme sondern das AM1I-A - beim dem steht im Handbuch auch nur was von unbufferd non-ECC DIMMs.
Das steigert alles nicht die Transparenz
Ich muss meine Aussage in der Richtung ändern das ich nicht das AM1M-A bekomme sondern das AM1I-A - beim dem steht im Handbuch auch nur was von unbufferd non-ECC DIMMs.
Das steigert alles nicht die Transparenz
Ich habe gerade festgestellt, dass es zwei Versionen mit 4 GB RAM/ohne HD gibt:
708245-425 und 744900-421
Welche hast du bestellt und was ist der Unterschied zwischen diesen zwei Versionen?
Ja, habe ich gesehen.
Beim 708245-425 und beim 2 GB/250 GB-Modell steht dazu leider nichts.
Da werde ich wohl Zeit für Recherche investieren müssen.
Habe das AM1M-A mit 2x KVR16E11/8 (8GB, ECC) bestückt. Es werden auch 16GB erkannt, aber es findet sich im BIOS kein Punkt um ECC ein- oder auszuschalten. 
Entweder läuft ECC bei entsprechendem Speicher stillschweigend im Hintergrund mit (Asus hat ja von Generation zu Generation die BIOS-Optionen zu diesem Thema immer weiter zurückgefahren), oder es wird evtl. mit einem späteren BIOS nachgereicht, oder ECC wird einfach nicht unterstützt (wovon ich derzeit ausgehe).
Edit: Hm, habe gerade gesehen, daß mein Board scheinbar ein Vorserien-BIOS hat(?). Das Board hat 0309 und laut Asus-Homepage ist 0402
das "First release Bios" und 0502 aktuell. Ich aktualisiere mal...
Entweder läuft ECC bei entsprechendem Speicher stillschweigend im Hintergrund mit (Asus hat ja von Generation zu Generation die BIOS-Optionen zu diesem Thema immer weiter zurückgefahren), oder es wird evtl. mit einem späteren BIOS nachgereicht, oder ECC wird einfach nicht unterstützt (wovon ich derzeit ausgehe).
Edit: Hm, habe gerade gesehen, daß mein Board scheinbar ein Vorserien-BIOS hat(?). Das Board hat 0309 und laut Asus-Homepage ist 0402
das "First release Bios" und 0502 aktuell. Ich aktualisiere mal...
Zuletzt bearbeitet:
eratte
Redaktion
☆☆☆☆☆☆
Zuletzt bearbeitet:
Es wird wohl bei allen Versionen nur ein RAM-Modul verbaut.... Beim 708245-425 und beim 2 GB/250 GB-Modell steht dazu leider nichts.
Da werde ich wohl Zeit für Recherche investieren müssen.
Das 708245-425 scheint einen eingebauten DVD-Brenner zu haben.
Ich werde das mal bestellen.
BoMbY
Grand Admiral Special
In dem ersten Bild steht "ECC: Detect/Correct" und "Chipkill: on", was für ECC spricht, aber unten steht "ECC: off", oder spricht das Untere nur für den laufenden Test?
Zuletzt bearbeitet:
eratte
Redaktion
☆☆☆☆☆☆
Sieht für mich so aus als ob da die ECC Unterstützung im UEFI fehlt.
BoMbY
Grand Admiral Special
Das "ECC: Off" heißt nur, dass memtest86+ nicht mit dem ECC des Chipsatzes klar kommt: http://www.pugetsystems.com/labs/articles/How-to-Check-ECC-RAM-Functionality-462/
Ich vermute mal, dass damit gemeint ist, dass der eingebaute Speichercontroler ECC unterstützt.
Ob das Mainboard und BIOS ECC unterstützen, ist eine ganz andere Frage.
Im ersten Bild ist es eine ältere Memtest86-Version 4.20 und CPU K10 (65 nm)?
Ist das vielleicht von einem ganz anderen System?
Ist in beiden Fällen ein und das selbe System. Die 4.20 erkennt es nur nicht richtig.
Kontrolliert den CPU Register doch im laufenden OS. DramEccEn=0 bedeutet ECC disabled. DramEccEn=1 bedeutet ECC enabled.
Unter Windows geht das zum Beispiel kinderleicht mit dem beliebten K10stat, für Linux gibt es ebenfalls reihenweise Programme.
Unter Windows geht das zum Beispiel kinderleicht mit dem beliebten K10stat, für Linux gibt es ebenfalls reihenweise Programme.
Zuletzt bearbeitet:
Der AMD Turion II Neo N54L ist ein K10. Eigentlich sollte K10stat laufen. Hast du die "aktuelle" Version 1.54 genommen?
Und hast du K10stat als Administrator ausgeführt, damit es den für den Betrieb erforderlichen WinRing0 Treiber laden kann?
Und hast du K10stat als Administrator ausgeführt, damit es den für den Betrieb erforderlichen WinRing0 Treiber laden kann?
Zuletzt bearbeitet:
BubbleBoy hat aber einen Kabini (Family 16h) und das ist kein K10.
Das habe ich überlesen. Dort sollte das Auslesen der CPU Register ebenfalls möglich sein. Nicht mit K10stat, aber das ist nicht die einzige Software, die dazu in der Lage ist. Welche für den Kabini empfehlenswert ist, kann ich leider nicht sagen. Ich habe keinen Kabini im Einsatz. Ich habe gerade im BIOS & Kernel Developer Guide nachgesehen. Das Register trägt dort noch immer denselben Namen und ist unter der Adresse D18F3x44 zu finden.
Hmm, also die Asus-Boards, die ich kenne, erlauben im Bios das Ein- und Ausschalten von ECC (einschl. mein eigenes allerdings schon etwas ältliches Desktop-Setup). Wenn eine entsprechende Einstellmöglichkeit nicht drin ist, halte ich es für eher wahrscheinlich, dass ECC nicht implementiert wurde von Asus. Würde mich sehr wundern, wenn Asus ungefragt ECC aktiviert und man es nicht abschalten könnte bei Einsatz von ECC-Riegeln.
Harte Bastler können übrigens eine Datenleitung am Dimm einfach mit etwas Klebeband abkleben und schauen, was passiert. Im Mittel produziert dann jeder zweite Zugriff auf das Dimm einen korrigierbaren 1bit Fehler.
Ein weiteres nicht zu verachtendes Problem bei ECC in Desktop-Boards ist übrigens, wie bekommt man ECC-Fehler mit? Ein eigenes log des Mainbaords wäre dafür sinnvoll, das scheint es aber bei Desktop-Boards prinzipiell nicht zu geben. Ich habe mich damit ehrlich gesagt auch noch nicht näher auseinandergesetzt (man findet auch auf Anhieb dazu wenig Infos im Netz). Vermutlich kann man da auch über Register-Auslesen selber rausfinden, ob eine error correction eingegriffen hat. Natürlich schützt ECC immer wenigstens vor korrupten Daten, bei nicht korrigierbaren Fehlern dürfte das System ein NMI reinhauen. Aber schöner wäre natürlich, man merkt vorher schon, dass es nicht mehr rund läuft.....
Harte Bastler können übrigens eine Datenleitung am Dimm einfach mit etwas Klebeband abkleben und schauen, was passiert. Im Mittel produziert dann jeder zweite Zugriff auf das Dimm einen korrigierbaren 1bit Fehler.
Ein weiteres nicht zu verachtendes Problem bei ECC in Desktop-Boards ist übrigens, wie bekommt man ECC-Fehler mit? Ein eigenes log des Mainbaords wäre dafür sinnvoll, das scheint es aber bei Desktop-Boards prinzipiell nicht zu geben. Ich habe mich damit ehrlich gesagt auch noch nicht näher auseinandergesetzt (man findet auch auf Anhieb dazu wenig Infos im Netz). Vermutlich kann man da auch über Register-Auslesen selber rausfinden, ob eine error correction eingegriffen hat. Natürlich schützt ECC immer wenigstens vor korrupten Daten, bei nicht korrigierbaren Fehlern dürfte das System ein NMI reinhauen. Aber schöner wäre natürlich, man merkt vorher schon, dass es nicht mehr rund läuft.....
Selber ausprobieren wäre für ASUS Deutschland einfacher gewesen.
Dank an BubbleBoy für das Nachhaken.
Was machst du jetzt?
Zurückschicken?
Zuletzt bearbeitet:
Nee, lohnt sich bei 30 Euronen nicht. Der dient als Performance-Checkpoint für Programme, allgemeiner Testrechner und wenn er gerade nichts zu tun hat cruncht er für BOINC. Mit ECC käme die Plattform halt als LowCost-Produktivsystem in betracht.
Ähnliche Themen
