Autor: MaraBut (martys_at_priv.onet.pl)
Data: Sun 18 Nov 2001 - 14:55:17 MET
Piotr Pastuszka napisał :
> > > stripe block piwinien byc jak najwiekszy [...]
> > [...] testy pokazuja przyrost wydajnosci dla MNIEJSZYCH rozmiarow
> > bloku - ale kosztem czasu dostepu.
> > Na moim Abicie KT7-R max uzyskuje przy 16k [...]
> > podobno Promise lepiej sobie daje rade przy duzych plikach i wynik testu
> > zalezy glownie od metody (rozmiaru pliku testowego).
>
> Zapewne.
> Ja opieram na macierzach duzych i duzych zastosowaniach.
> tj np gdy 10 dyskow.
> Wtedy sciagniecie pliku 1 MB przy stripie 16 kB angazuje kazdy dysk i to
6
> razy.
> Przy stripie 256 KB tylko 4 dyski i pozosatle 6 dyskow moze obslugiwac
inne
> zadanie.
Nie jestem pewny czy dobrze zrozumialem...
Twierdzisz, że RAID 0 moze przechowywac pliki tylko na NIEKTORYCH dyskach
macierzy ? Nie wydaje mi sie to prawdopodobne. Idea stripingu polega wlasnie
na tym by zastapic transfer jednego duzego pliku z jednego nosnika,
jednoczesnym transferem wielu malych plikow. Przyspieszenie osiaga sie
dzieki temu, ze szybkosc transmisji
CPU-RAM <--> interfejs HDD jest wielokrotnie wieksza niz szybkosc
przesylania danych z nosnika do bufora HDD.
Tzn. im wiecej dyskow jest zaangazowanych tym wieksze korzysci. Rozmiar
bloku zwiazany jest natomiast z rozmiarem bufora HDD. Powinien byc taki, by
dysk zdazyl zapisywac / odczytywac kolejne bloki z nosnika zanim bufor sie
napelni, co spowoduje skokowy spadek szybkosci transferu danych. Wynikaloby
z tego, ze im wiekszy blok - tym gorzej, bo dyski latwiej wytracic z
synchronizmu, szczegolnie przy zapisie.A macierz nie przyjmie/wysle nowych
danych do procesora zanim nie zakonczy poprzedniej operacji dyskowej. Stad
czas dostepu dla macierzy moze byc nawet gorszy niz dla pojedynczego dysku -
w skrajnym przypadku oczywiscie.
Nadmierne zmniejszenie rozmiaru bloku oznacza, ze dyski sa czesciej
pozycjonowane, co pogarsza ogolna wydajnosc, chociaz nie tak znacznie, bo
wspoczesne dyski maja duzy cache (rzedu 2MB) i stosuja algorytm "read ahead"
poprawiajacy odczyt na ciaglym obszarze dysku.
M.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 23:21:43 MET DST