KaNo napisał(a):
> zamieszanie ze stosowana nomenklatura. Wiec po kolei: kontrolery RAID moga
> byc z interfejsem SCSI lub IDE/ATA. Pada tutaj nazwa EIDE, jest to bardzo
W przypadku IDE/ATA określenie "kontroler" dla tego czegoś,
co robi macierzowanie, to trochę za dużo zazwyczaj :)
> nazewnictwie. Teraz co do podstawowej roznicy pomiedzy RAID ze SCSI i ATA,
> ten ostatni interfejs moze obsluzyc transfer tylko z jednego dysku w tym
> samym czasie. Teraz pytanie, czy mozna czytac kolejne segmenty pliku z
Z jednego dysku w tym samym czasie *z jednego kanału*.
Na obu kanałach operacje moga być w pewnym zakresie
zrównoleglane. Gdyby to było niemożliwe, RAID 0 na IDE
nie dawałby absolutnie nic lub wręcz spowalniałby pracę.
> roznych dyskow w RAID 1, podobnie jak w RAID 0? Niestety nie. W obu
> przypadkach informacja o fizycznej lokalizacji kolejnych segmentow pliku
> zapisana jest na dysku. W RAID 1 na kazdym dysku osobno, w RAID 0 w
Nie mieszaj w to plików. Układy macierzowe NIC NIE
WIEDZĄ o organizacji logicznej partucji i operują wyłącznie
na niskich warstwach logicznych -- odczycie sektorowym i
blokowym.
> macierzy, wspolnej dla 2/4 dyskow. W konfiguracji RAID 1 kontroler musialby
> inetweniowc w prace dysku (dokladniej w prace kontrolera na dysku), zeby
> wymusic odczytanie nastepnego segmentu z drugiego dysku. RAID 1 moze
Rozdziałem pracy zajmuje się system operacyjny, a nie żaden
kontroler. Tylko system wie, gdzie leżą kolejne fragmenty
plików i tylko system może zlecić macierzy odczytanie
bloku sektorów. Zadaniem macierzy jest tylko podzielić
operację odczytu bloku sektorów na obsługiwane dyski,
w błogiej nieświadomości co te sektory w ogóle zawierają.
Macierz NIC NIE WIE o plikach.
I dlatego nawet w RAID 1 sprytny układ macierzowy mógłby
podzielić odczyt n sektorów na dwie operacje odczytu n/2
sektorów zrównoleglane na dyskach lustrzanych.
-- |""""""""""""""""""""""""""""""""""""""""""""""""""""""""""| | Radosław Sokół | Administrator systemów komputerowych | | | Politechnika Śląska w Gliwicach, RE | \................... Microsoft MVP ......................../Received on Fri Jul 1 08:15:20 2005
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Fri 01 Jul 2005 - 08:51:01 MET DST