Sommerloch im Blog

Nun fragen schon Leute an, was mit meinem Blog los wäre, ich würde ja kaum noch schreiben.

Ja, stimmt. Hat aber ganz verschiedene Gründe.

• Es täuscht. Ich habe nur in den letzten ca. 3 Monaten besonders viel geschrieben, auch um das mal auszuprobieren. Ich kann aber nicht immer so viel Zeit aufwenden.
• Es ist nur ein Hobby. Wie auch bei anderen Hobbys hat man mal mehr, mal weniger Lust dazu.
• Ich hatte in letzter Zeit zu viel von der Sorte zu tun, wo man nicht aufhören möchte, sondern bis spät nachts dran hängt.
• Man muß auch mal das Hirn lüften. Wenn man ständig viel schreibt, bekommt man mehrere qualitative Probleme. Eines ist, daß man manchmal auch einfach Mist schreibt, nur um unbewußt an die Tagesquote zu kommen, die man sich angewöhnt hat. Könnte sogar in Richtung schlechte Angewohnheit oder gar Suchtverhalten gehen, so wie manche Facebook-süchtig werden. Gibt sicher Leute, die nicht mehr davon abkönnen, jeden Tag, jede Stunde irgendwas zu bloggen. Zu denen will ich dann auch nicht gehören.

  Außerdem muß man aufpassen, daß man nicht zu sehr im eigenen Saft schmort und sich ständig wiederholt oder immer denselben Käse schreibt. Man muß sich auch mal „den Cache leeren”.

• Es ist gerade Sommerloch und Urlaubszeit, da merkt man sehr deutlich, daß die Zahl der Kommentare und Leser runtergeht. Warum also nicht mal etwas weniger schreiben?

  Zumal mir saison-bedingt auch etwas der Input fehlt. Merkt man ja auch bei Politik und Medien, daß die im Sommerloch versuchen, jede Kleinigkeit aufzubauschen. Muß jetzt auch nicht sein.

• Die letzten drei Tage war ich auch in großen Teilen damit beschäftigt, völlig widersinnig und mutwillig einen seit Jahren völlig stabil und zuverlässig laufenden PC auseinanderzunehmen und ihm ein neues Board, eine neue CPU, neuen Lüfter, mehr Speicher zu implantieren. Statt vor einem betagten AMD Athlon 64 mit 4GB RAM sitzte ich nun vor einem Core i7 2600K mit 16 GB RAM. Das führte natürlich dazu, daß erst mal einiges an der Software nicht ging oder geradegezogen werden muß, läuft noch nicht alles (beispielsweise kein Ton auf HDMI). Ich habe stundenlang darüber gegrübelt, ob ich mir Sorgen darüber machen muß, daß mir memtest86+ nun bei 16GB RAM 2 Bits (also 2 von 137.438.953.472 Bit) als gelegentlich fehlerhaft anmeckert, oder ob das bei so großen Speichermengen einfach unvermeidlich ist und mich eine Rückgabe des Speichers auch nicht weiterbringen oder die Sache noch verschlimmern würde.

  Es ist schon bei Festplatten so, daß die ehemals astronomisch entfernt wirkenden Fehlerquoten durchaus sehr real werden, wenn man in den Terabyte-Bereich kommt, und man bei einer normalen Fehlerquote wie in den Datenblättern von Festplatten angegeben, schon bei einer 2TB-Platte zwangsläufig Fehler hat. Deshalb habe ich meine Daten längst mehrfach gespiegelt – was bei den inzwischen schon lächerlich niedrigen Festplattenpreisen ja auch kein ernsthaftes Problem ist.

  Die Konsequenz daraus wäre, auch den – ebenfalls lächerlich billigen, 16GB habe ich für 80 Euro gekauft – Hauptspeicher redundant auszulegen. Was man gelegentlich ja sogar macht, mein HP-Mini-Server frißt nämlich den elitären ECC-RAM. Mein PC-Board nicht. Im Gegensatz zur Festplatte gibt es bei normalem ECC-freiem Speicher auch nicht drei Zustände (0, 1, Fehler) sondern nur 0 und 1. Wenn also von zwei Speicherriegeln einer 0 und einer 1 meldet, weiß man noch nicht, was richtig wäre.

  Ich war ja kürzlich mal beim Münchner Filmfest auf Veranstaltungen zum digitalen Filmen. Auch die haben darüber diskutiert, daß man bei den riesigen Datenmengen, die dabei anfallen, es nicht dabei belassen darf, Dateien einfach umzukopieren, sondern jeden Kopiervorgang durch mehrfaches Lesen und Prüfsummenbildung nochmal verifizieren muß.

  An sowas wird man sich gewöhnen müssen. Denn gegen Fehler im RAM helfen mir auch meine Spiegelplatten nichts, denn wenn Daten aus dem Hauptspeicher falsch rausgeschrieben werden oder die Software für das Dateisystem Bit-Krätze bekommt, stehen die Daten auf beiden Platten falsch. Spiegelplatten sind Redundanz auf den unteren Schichten, und man braucht bei diesen Datenmengen daher notwendigerweise auch zusätzlich Redundanz auf den oberen Schichten, etwa so ab 4 aufwärts.

  Und über solchen Gedanken und Problemen vergißt man manchmal auch das Bloggen – was hiermit ja nachgeholt wäre.