Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #233620

Re: ECC-RAM

Show all headers | View raw

Am 13.10.2017 um 15:40 schrieb Hanno Foest:
> Am 12.10.2017 um 21:49 schrieb Gerhard Hoffmann:

> [...]
>> Die Nachladelogik ist im Benutzerland von genau dem FPGA, das
>> nachgeladen wird. Wenn sie getroffen würde, wäre das Spiel aus,
>> der Inhalt des Konfigurationsspeichers würde ganz langsam
>> vergammeln.
>>
>> Deshalb wird alles, was wichtig ist 3-fach redundant ausgeführt.
>> Jedes FlipFlop, jedes Gatter. Alles ist streng synchron.
>> In jedem Takt werden die 3 FlipFlops miteinander verglichen.
>> Wenn eins abweicht, wird es als falsch angesehen und statt dessen
>> die Mehrheitsmeinung benutzt. Nach dem nächsten Takt ist die Welt
>> dann wieder in Ordnung.
> 
> 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. Es ist schon lustig zu sehen, wenn man bei einem 32-Bit-
Zähler in jedem Takt ein paar Bits kaputt macht und der läuft einfach
weiter, als ob nix wäre. Man kommt sich vor, als ob man mit einem
MG auf einen Terminator schießt, und der ignoriert das nicht mal.

Man kann auch über das CLB-Ram-Misfeature den Konfigurationsspeicher
ändern und dann zusehen, wie der Scrubber das wieder heilt.

Und single points of failure gibt es immer noch genug. Die Reset/
PowerUp-Logik des FPGAs  z.B. ist Hardware, und man kommt nicht dran.
Aber gegen die Millionen Konfigurationsbits im RAM ist das ein Klacks.

Das Power supply ist z.B. ein single point of failure.
Und so ein Reglerchip ist auch nicht immun.
Aus dem Datenblatt eines Radiation Hardened Exemplars:
< 
https://www.flickr.com/photos/137684711@N07/37415366000/in/dateposted-public/ 
  >

Aber irgendwo ist Schluss.

Auf der ISS wohnen letztlich Leute, soo schlimm ist es dort noch nicht.
Tamagotchis für die Kinder von Fukushima wäre wohl was anderes.

Ich habe aber z.B. einen schnellen JFET-OpAmp nicht bekommen, weil
niemand die Strahlungstests machen & dokumentieren wollte. Da musste
ich dann diskrete JFETs nehmen & eine Krücke drumrumbauen.



>>> Ich habe zwei (!) Mal kaputtes RAM gehabt, was zu seltenen Crashes 
>>> und kaputten Daten geführt hat. Nachdem irgendwelche Checksummen von 
>>> Dateien nicht stimmten, war der Fall klar, aber memtest hat trotzdem 
>>> noch 18 Stunden gebraucht, um mir Fehler zu zeigen. Sowas wollte ich 
>>> nie wieder, entsprechend werkelt hier jetzt ECC-RAM unter meinem 
>
> 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. Hat der Cache, der 99% aller Zugriffe abwickelt auch ECC?

Mit meinen Rechnern bin ich sehr zufrieden.

Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

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