epsilon$ while read LINE; do echo ">$LINE"; done < BartekK
>Mylisz sie. Raid 1+0 będzie (teoretycznie, bo praktycznie troche mniej)
>tylko 2x szybszy od pojedynczego dysku. Raid 5 na 4rech dyskach bedzie
>mial szybkosc ~3x i pojemność 3 dyskow, okupione większą komplikacją
>obliczen na danych, ale to robi czipset i nie ma co sie tym przejmować.
>Dla 6ciu dysków w raid5 bylaby pojemność i predkosc ~5x większa, ale
>realnie juz takiego wzrostu predkosci nie bedzie, bo kontroler i
>magistrala zacznie ograniczac.
Taaaak. Zwłaszcza przy zapisie, prawda?
>A realnie bezpieczenstwo danych bedzie identyczne na raid1+0 i 5 - oba
>będą odporne wyłącznie na uszkodzenie jednego dysku (pomijając możliwość
>padnięcia 2 dyskow "zapasowych" w raid1+0, bo takie prawdopodobienstwo
>jest znikome). Tyle że na raid1+0 po uszkodzeniu jednego dysku musi być
>odbudowywana cała macież (czyli w tym przypadku 500GB danych), a przy
>raid5 - tylko tyle ile ma dany dysk (w tym przypadku 250GB danych), i
>może odbywać się to w locie/w tle podczas działania systemu.
A tu jakieś herezje wypisujesz.
1. RAID 1 można odbudowywać w locie. W czym problem?
2. "macierz", do ciężkiej cholery, nie "macież"!
3. RAID1+0 zapewnia ciągłość pracy przy awarii jednego, w optymistycznym
wariancie dwu dysków. (zakładając oczywiście, że mówimy o konfiguracji
czterodyskowej).
4. Nie ma czegoś takiego jak dyski "zapasowe" w konfiguracji 1+0 na
czterech dyskach.
5. Przy wymianie jednego dysku w czterodyskowym RAID1+0 musisz
zsynchronizować tylko jedną parę dysków i jest to proste przepisanie (z
dokładnościa do aktualnej aktywności systemu). Przy RAID5 musisz
przewalić dane ze wszystkich dysków, żeby policzyć parzystość.
-- Kruk@ -\ | KOTY. KOTY SĄ MIŁE. }-> epsilon.eu.org | http:// -/ | |Received on Sun Jun 17 01:20:11 2007
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Sun 17 Jun 2007 - 01:51:07 MET DST