epsilon$ while read LINE; do echo \>"$LINE"; done < "Rafa ukawski"
>>>> Wic nic. W najwikszych systemach stosuje si rozwizania na zupenie
>>>> innym poziomie abstrakcji ni RAID.
>>> Nie zmieniajmy niepotrzebnie watku,
>> To nie wsadzaj tu od czapy "najwikszych systemw". Jak pisaem "obok" -
>> najwiksze systemy to nie jeden pecet pana Kazia i fafset dyskw
>> podczonych pod jeden kontroler macierzowy.
>Nie wiem jaka jest funkcja czapy w "najwikszych systemach".
>
>Raidy s powszechnie stosowane we wszelkich rozwizaniach enterprise i
>nie ma to nic wsplnego z "komputerem Pana Kazia" i innymi Twoimi teoriami.
Bosz, misiek, czytaj moe na jaki temat si wypowiadasz. Mwimy tu
o strippingu w domowym komputerze. Ja doskonale wiem, e rne RAID-y
si stosuje w wielu rnych zastosowaniach. Ale to nie jest tematem
dyskusji.
>>> jest stosowany. Jeeli masz JAKIKOLWIEK dowd na to (artyku, testy), e
>>> raid0 nie przyspiesza dzialania typowych systemw desktopowych typu
>>> Windows, prosz podaj (co wiecej poza "niezauwaalne")
>> Masz wiele testw. Choby
>> http://www.hardwaresecrets.com/article/Does-RAID0-Really-Increase-Disk-Performance/394/1
>> RAID-0 _moe_ poprawi zauwaalnie wydajno, moe poprawi
>> niezauwaalnie wydajno, moe wrcz spowodowa spadek wydajnoci
>> w szczeglnych wypadkach. Do tego dochodzi zwikszone ryzyko utraty
>> danych.
>> Owczy pd bez wikszego sensu.
>W praktyce ma sens, co dowodzi powszechno zastosowa,
Oczywicie. A powszechno homeopatii potwierdza jej skuteczno.
>wystarczy
>rozumie istot raidu 0:
I uwarunkowa w jakich dziaa.
>1. Zdecydowanie przyspiesza odczyt sekwencyjny
O ile jest poprawnie zrobiony ;-)
Oraz o ile to dysk jest wskim gardem.
>2. Zdecydowanie zwieksza wydajnosc w jakimkolwiek srodowisku gdzie
>warstwa dyskowa dostaje jednoczesnie wiele odczytw. Srodowisko takie ma
>od 2 do n niezaleznych zestaww gowic, *max.* rednie zmniejszenie
>czasu dostpu to redni czas dla dysku/liczb dyskw. Jest to przypadek
>teoretyczny. W praktyce jest zawsze co pomidzy, gdy nie ma
>redundancji danych
Przy czym oczywicie radonie nie uwzgldniasz "przeplatania"
konkurencyjnych odczytw.
Do tego dochodzi jeszcze cache i sensowne kolejkowanie, ktre moe
poprawi osigi w obu przypadkach.
-- d'`'`'`'`'`'`'`'`'`'`'`'`'Yb `b Kruk@epsilon.eu.org d' d' http://epsilon.eu.org/ Yb `b,-,.,-,.,-,.,-,.,-,.,-,.d'Received on Fri Mar 4 14:00:03 2011
To archiwum zostao wygenerowane przez hypermail 2.1.8 : Fri 04 Mar 2011 - 14:51:02 MET