URL: https://www.overclockers.at/storage-memory/req-datengrab_239878/page_2 - zur Vollversion wechseln!
Ohne ECC ist ZFS zu gefährlich, denn bei einem Speicherfehler würde das System bei einm Scrub alle Daten kaputtreparieren (Oder beim Lesen/Schreiben).
Ich würd mir noch das Board ansehen: http://geizhals.at/asrock-c2550d4i-a1040154.html
Die beste ZFS Performance hast du bei Omnios, da gibt es als Weboberfläche napp-it.
Nur Solarisderivate können den ZFS internen CIFS Server nutzen, die BSD Abkömmlinge brauchen Samba. Samba ist erstens deutlich langsamer und zweitens ünterstützt es keine ACL, daher kann man die Windowsberechtigungen nicht 1:1 übertragen.
Zitat von Crash OverrideOhne ECC ist ZFS zu gefährlich, denn bei einem Speicherfehler würde das System bei einm Scrub alle Daten kaputtreparieren (Oder beim Lesen/Schreiben).

Ich bin da defintiv bei Crash Override. ZFS bietet Schutz vor Dateisystemfehlern, jedoch nicht vor Bitflips im RAM. Eben weil ZFS mit Prüfsumme arbeitet, beginnt es bei defektem RAM lauter Datenmüll zu produzieren und korrumpiert im schlimmsten Fall alles.
Bis auf den Stromverbrauch sehe ich beim oben verlinkten Board keine Vorteile. Soviele SATA Anschlüsse werde ich niemals benötigen und preislich ist gegenüber der anderen Kombi nicht viel um. Zumal ich mit dem i3 auch noch AES Encryption machen könnte.
@zfs: hab nochmal nachgelesen und es ist im prinzip eh logisch.
ABER
Dass ein RAM Riegel der beim einbau nicht defekt ist (testen sollte man neuen ram immer!) dann später defekt wird ist im soho bereich quasi ausgeschlossen - dass eine festplatte ausfällt oder der blitz einschlägt ist viel wahrscheinlicher
diverse Hersteller geben den mtbf mit 300 000h an, das sind über 30 Jahre - bis dahin hat man schon mehrmals das system geupdated - ich für meinen fall hab das geld für ein serverboard und server cpu, nur damit ich ecc ram verwenden kann nicht rumliegen
Zitat von master_burnDass ein RAM Riegel der beim einbau nicht defekt ist (testen sollte man neuen ram immer!) dann später defekt wird ist im soho bereich quasi ausgeschlossen - dass eine festplatte ausfällt oder der blitz einschlägt ist viel wahrscheinlicher
http://en.wikipedia.org/wiki/Cosmic..._on_electronicsZitatStudies by IBM in the 1990s suggest that computers typically experience about one cosmic-ray-induced error per 256 megabytes of RAM per month.
Geb dir in jedem Fall recht, aber wenn das wirklich so schlimm wäre und sich so gravierend auswirken würde, hätten wir alle ständig kaputte dateien - is mir noch nie untergekommen - defekte daten hatte ich immer nur durch dateisystemfehler
on topic: mblue sucht ja ein "datengrab" - also denke ich dass hier zu 90% nur gelesen wird. da sollten sich fehler in grenzen halten
aber lass ma die diskussion - ich denke mblue hat sich eh für ecc entschieden 
ist mir ehrlich gesagt schon öfter untergekommen... ich speichere eigentlich fast seit beginn meiner "PC-zeit" alles was ich irgendwann mal gemacht hab und etliche bilder aus dem internet (teilweise sicher über 15 jahre alt).
würde ich heute alles durchschauen würd ich bestimt dutzende bilder mit artefakten und fehlern finden, passiert immer wieder mal, wurde ja auch schon etliche male von alten hdds auf neue kopiert und hier und da gibts halt mal unerkannte fehler.
keine ahnung wie schwer sich das auf dauer auf ein raid system auswirken kann, ich bin generell kein fan von raid und versuche meine daten so zu halten, dass wenn wirklich mal was hops geht wenigstens nur ein teil betroffen ist.
ich sehe raid nur als performance und hoch-verfügbarkeitslösung, aber keinesfalls als sicherheit aber das ist nur imho und so
.
aber @topic: ECC bringt in dem fall natürlich auch nur bedingt was weil der fehler wohl schon beim kopiervorgang vom eigenen PC aus passieren kann, das hat dann zwar keine auswirkung aufs raid, aber trotzdem kann irgendwo was korrupt sein, ohne dass man es merkt.
So schlimm ist es zum Glück ja nicht, im Privatbereich ist so eine enorme Datensicherheit auch nicht immer notwendig.Zitat von master_burnGeb dir in jedem Fall recht, aber wenn das wirklich so schlimm wäre und sich so gravierend auswirken würde, hätten wir alle ständig kaputte dateien - is mir noch nie untergekommen - defekte daten hatte ich immer nur durch dateisystemfehler
Preislich ist zwischen ECC und non-ECC nicht viel um. In meinem Fall mit ITX sind es runde 200 €, je nachdem wieviel man für ein non-ECC Board ausgibt. Der RAM-Anteil dieser 200 € sind rund 40 €. Das teure ist das Board, RAM ist vernachlässigbar und CPU bedarf es auch keiner speziellen (es gibt sogar Celerons, die ECC unterstützen).
Ist man nicht auf ITX fixiert oder nimmt ein günstigeres ITX Board (z.B. http://geizhals.at/asus-p9d-i-90sb0...0-a1011305.html) sind es schon nur mehr zwischen 100 bis 150 € die ECC mehr kostet. In Anbetracht der Kosten für die restlichen Komponenten (4x 4TB) fällt das kaum ins Gewicht.
Prüfen eigentlich so Consumergeräte (QNAP, Synology) (regelmäßig geplant oder manuell getriggert) die Datenintegrität?
afair kannst das schedulen, ja.
Zitat von Crash OverrideOhne ECC ist ZFS zu gefährlich, denn bei einem Speicherfehler würde das System bei einm Scrub alle Daten kaputtreparieren (Oder beim Lesen/Schreiben).
Ich würd mir noch das Board ansehen: http://geizhals.at/asrock-c2550d4i-a1040154.html
Die beste ZFS Performance hast du bei Omnios, da gibt es als Weboberfläche napp-it.
Nur Solarisderivate können den ZFS internen CIFS Server nutzen, die BSD Abkömmlinge brauchen Samba. Samba ist erstens deutlich langsamer und zweitens ünterstützt es keine ACL, daher kann man die Windowsberechtigungen nicht 1:1 übertragen.
Zitat von master blueBis auf den Stromverbrauch sehe ich beim oben verlinkten Board keine Vorteile. Soviele SATA Anschlüsse werde ich niemals benötigen und preislich ist gegenüber der anderen Kombi nicht viel um. Zumal ich mit dem i3 auch noch AES Encryption machen könnte.
Zitat von master blue...
Welche der beiden Platten? 7200 schneller 5900, andererseits eine Deathstar...
HGST Deskstar NAS oder Seagate Surveillance
Auch nicht uninteressant: http://www.extremetech.com/extreme/...ble-hard-drives
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026