Re(4): Projekt (Desktop-)Raid 5 - Zahlt es sich aus?
Geizhals » Forum » Hardware-Allgemein » Projekt (Desktop-)Raid 5 - Zahlt es sich aus? (21 Beiträge, 177 Mal gelesen) Top-100 | Fresh-100
Du bist nicht angemeldet. [ Login/Registrieren ]
....
Re(4): Projekt (Desktop-)Raid 5 - Zahlt es sich aus?
18.03.2005, 13:13:49
Die Leseperformance ist bei RAID5 schlechter als bei RAID-0...
Du machst vielleicht den Fehler, daß du mit einzelplatten vergleichst (da kann RAID5 schon was bringen) - dann machst einen falschen Vergleich, denn es gilt ja die verschiedenen _sinnvollen_ Einsatzvarianten von RAIDs hinzukriegen.

Die Auswirkung der Schreiboperationen würd' ich nicht unterschätzen:
Angenommen, du machst eine Anzeige von Dateien (ls/dir/wie auch immer).
Automatisch werden die Inodes des Dirs mit dem neuen "last access time"-Wert beschrieben...

Bei SW-Raid hast übrigens keinerlei Probleme mit dem nächsten Rechner:
Einfach neuen Kaufen, Platten einbauen - fertig.

uU. mußt noch Treiber für die neuen Komponenten nachspielen...
Beim neuen Rechner würd ich einfach eine Neuinstallation machen (meist dann ja schon besseres OS, ... dabei) - und nur die Datenplatten rüberretten.

Solange es nur SW ist, hast ja kein Prob.

Zur Lesespeed:
Ein Lesevorgang sieht ungefähr wie folgt aus:
t0: Request Controller
t1: Positionieren des Schreib-Lesekopfs
t2: Evtl. eine Spurrotation abwarten bis der gewünschte Sektor unter Kopf
t3: transfer

(Bei SCSI-Platten noch detachen, ... dazwischen).
_t1-t2_ braucht mehr als 90% der Zeit.
In deinem Beispiel (eine _große_ Datei, auf die auch noch sequenziell zugegriffen wird (was für ein be*PIEP* sinnloser Test ;-) ) positionieren sich die Köpfe praktisch einmal parallel - und dann hast viele t3's. Von der Idee her kannst die dir Köpfe dann wie starr verbunden vorstellen. Das ist aber i.d.R. nicht das "normale" Szenario eines Rechners unter Last (und genau den Lastfall wollen wir ja optimieren, wenn er net belastet ist, ist's uns eh wurscht ;-) ).

Unter Last geht's darum, daß die Köpfe bei vielen Parallelen Zugriffen (sagen wir mal Swap, ändern der Accestimes, updaten der FS-journals, ...) möglichst unabhängig operieren können - sodaß net die Prozesse sinngemäß warten müssen bis der passende frei ist... drum halt' ich von den "großen-Datei-Tests" mal nix.

Antworten PM Alle Chronologisch Zum Vorgänger
 
Melden nicht möglich
 

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung