Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #233622
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: ECC-RAM |
| Date | 2017-10-13 18:26 +0200 |
| Message-ID | <f4c7q5FqaglU1@mid.individual.net> (permalink) |
| References | (11 earlier) <f458mlF7fr2U1@mid.individual.net> <f46jg7FgpicU1@mid.individual.net> <f49v9hFadesU1@mid.individual.net> <f4bu2jFo26gU1@mid.individual.net> <f4c36jFp7d6U1@mid.individual.net> |
Am 13.10.2017 um 17:07 schrieb Gerhard Hoffmann:
>> Interessantes Projekt. Hoffentlich hast du keine SPOF-Bits übersehen.
>> Weisstschon, Komplexität... und wie hast du das eigentlich getestet?
>> Kobaltquelle? Linearbeschleuniger? :)
>
> Modelsim. Da kann man nach Herzenslust Fehler in die Userschaltung
> injizieren.
Sicher nicht schlecht, aber ich würde es trotzdem noch mal mit echter
ionisierender Strahlung probieren. Vielleicht gibt es Überraschungen.
("Das beste Modell für eine Katze ist eine Katze. Möglichst dieselbe
Katze." - Norbert Wiener)
> Das Power supply ist z.B. ein single point of failure.
> Und so ein Reglerchip ist auch nicht immun.
Das wissen Raspberry Pi 2 User spätestens, seit sie mal versucht haben,
den laufenden Rechner mit Blitzlicht zu fotografieren :)
>> Der Bitfehler wird dir mit einiger Wahrscheinlichkeit (Verhältnis
>> Daten/Code) eher deine Daten versauen als denen Rechner crashen, so
>> war es ja auch bei mir. Und selbst wenn dann daemon xy segfaultet,
>> weißt du
>
> Die meisten Speicherzugriffe sind Code, weil jeder Befehl seinen
> Opcode braucht, aber bei weitem nicht jeder Befehl greift auf Daten im
> Speicher zu.
Irrelevant. Bei Von-Neumann-Architektur liegen Daten und Code im
gleichen Speicher, und in erster Näherung haben alle dessen
Speicherzellen die gleiche Wahrscheinlichkeit, durch ionisierende
Strahlung einen mitzubekommen. Wenn mehr Daten als Code im Speicher
sind, trifft ein solches Ereignis entsprechend eher Daten als Code. Ob,
wann und wie oft man die Daten dann abholt ist erst mal egal.
> Hat der Cache, der 99% aller Zugriffe abwickelt auch ECC?
Ja. Oder zumindest Parity - falls man sich im Fehlerfall die Daten aus
dem Hauptspeicher einfach noch mal neu holen kann.
> Mit meinen Rechnern bin ich sehr zufrieden.
Einzelfehler würdest du ja auch nicht mitbekommen. Ignorance is bliss :)
Hanno
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: ECC-RAM v_borchert@despammed.com (Volker Borchert) - 2017-10-10 18:39 +0000
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-10 21:37 +0200
Re: ECC-RAM v_borchert@despammed.com (Volker Borchert) - 2017-10-10 20:26 +0000
Re: ECC-RAM Matthias Weingart <mwnews@pentax.boerde.de> - 2017-10-11 06:44 +0000
Re: ECC-RAM Patrick Schaefer <pa.schaefer@web.de> - 2017-10-11 22:13 +0200
Re: ECC-RAM Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-10-11 22:47 +0200
Re: ECC-RAM Gerhard Hoffmann <gerhard@hoffmann-hochfrequenz.de> - 2017-10-11 02:59 +0200
Re: ECC-RAM v_borchert@despammed.com (Volker Borchert) - 2017-10-11 03:15 +0000
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-11 09:21 +0200
Re: ECC-RAM Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-10-11 13:14 +0200
Re: ECC-RAM Matthias Weingart <mwnews@pentax.boerde.de> - 2017-10-11 06:50 +0000
Re: ECC-RAM Hanno Foest <hurga-news2@tigress.com> - 2017-10-11 15:09 +0200
Re: ECC-RAM Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2017-10-12 21:49 +0200
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-12 22:25 +0200
Re: ECC-RAM Gerhard Hoffmann <gerhard@hoffmann-hochfrequenz.de> - 2017-10-14 00:42 +0200
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-14 18:54 +0200
Re: ECC-RAM Hanno Foest <hurga-news2@tigress.com> - 2017-10-13 15:40 +0200
Re: ECC-RAM Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2017-10-13 17:07 +0200
Re: ECC-RAM Hanno Foest <hurga-news2@tigress.com> - 2017-10-13 18:26 +0200
Re: ECC-RAM Gerhard Hoffmann <gerhard@hoffmann-hochfrequenz.de> - 2017-10-14 00:57 +0200
Re: ECC-RAM Hanno Foest <hurga-news2@tigress.com> - 2017-10-14 03:21 +0200
Re: ECC-RAM Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-10-14 17:19 +0000
Re: ECC-RAM Hanno Foest <hurga-news2@tigress.com> - 2017-10-14 21:46 +0200
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-14 19:00 +0200
Re: ECC-RAM Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-10-14 00:03 +0200
Re: ECC-RAM Hanno Foest <hurga-news2@tigress.com> - 2017-10-14 03:37 +0200
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-14 18:48 +0200
Re: ECC-RAM Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-10-13 22:24 +0200
Re: ECC-RAM Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-10-11 14:04 +0200
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-11 18:15 +0200
Re: ECC-RAM Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-10-11 18:32 +0200
Re: ECC-RAM Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-10-11 19:00 +0200
Re: ECC-RAM Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-10-11 22:44 +0200
Re: ECC-RAM Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-10-14 11:16 +0000
Re: ECC-RAM Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-10-14 19:23 +0200
Re: ECC-RAM Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-10-14 18:14 +0000
Re: ECC-RAM usenet@teply.info (Florian E. Teply) - 2017-10-14 20:23 +0200
csiph-web