-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!.PO
STED!epsilon.rdc.pl!not-for-mail
From: Mariusz Kruk <M...@e...eu.org>
Newsgroups: pl.comp.pecet
Subject: Re: dzielenie dysku
Date: Sat, 12 Mar 2011 14:59:47 +0100
Organization: Denied!
Lines: 39
Message-ID: <s...@e...rdc.pl>
References: <iki7he$23t$1@news.onet.pl> <iki8ee$4vn$1@news.onet.pl>
<ikjv0f$oht$2@inews.gazeta.pl> <2...@g...one.pl>
<s...@e...rdc.pl>
<2...@g...one.pl>
NNTP-Posting-Host: epsilon.rdc.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1299938402 27877 77.252.106.53 (12 Mar 2011 14:00:02 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Sat, 12 Mar 2011 14:00:02 +0000 (UTC)
User-Agent: slrn/pre1.0.0-18 (Linux)
Xref: news-archive.icm.edu.pl pl.comp.pecet:1190952
[ ukryj nagłówki ]epsilon$ while read LINE; do echo \>"$LINE"; done < "Radosław Sokół"
>> Porównujesz banany z gruszkami. Dla każdego z "fragmentów danych" masz
>> taki sam MTBF jak w przypadku jednego dużego dysku. Natomiast ewentualne
>Tak. Ale dla *zbioru* dysków MTBF maleje.
I tak, i nie. Bo awarie są jednak różnymi zdarzeniami.
>> Owszem, prawdopodobieństwo zdarzenia "uszkodzenie któregoś z dysków"
>> zwiększa się, ale to jest zupełnie inne "praktycznie" zdarzenie w obu
>> przypadkach.
>Zgadzam się. Czy jednak nie lepiej mieć małe prawdopodobień-
>stwo utraty wszystkich danych niż duże tylko części?
Nie! To nie tak!
Jeśli masz w ciągu roku prawdopodobieństwo 1%, że padnie dysk
(prawdopodobieństwo od czapy, istotny jest mechanizm). To w przypadku
jednego dużego dysku masz prawdopodobieństwo 1%, że w ciągu roku
stracisz wszystkie dane. Jeśli masz sześć dysków, to masz, owszem dużo
wyższe prawdopodobieństwo (nie chce mi się liczyć tych włączań/wyłączań),
że stracisz _jakieś_ dane, ale wciąż dla pojedynczego kawałka danych
prawdopodobieństwo ich utraty jest 1%. (oczywiście zakładamy, że
zdarzenia są niezależne, a nie że dysk nam zapłonie żywym ogniem i spali
pozostałe).
Mówimy w końcu nie o RAID-0, ani nawet JBOD, tylko o osobnych
partycjach (o ile czegoś nie przeoczyłem).
>Szczególnie, że montowanie wielu dysków zostało tu zapropo-
>nowane - o ironio! - jako panaceum na możliwość utraty da-
>nych w efekcie rzadkiego błędu użytkownika lub oprogramowa-
>nia :)
A to zupełnie inna bajka. (chociaż faktycznie ograniczamy skutki
omyłkowego formatu do jednego dysku tylko, ale to akurat głupi powód).
--
[------------------------]
[ K...@e...eu.org ]
[ http://epsilon.eu.org/ ]
[------------------------]
Następne wpisy z tego wątku
- 12.03.11 14:40 Radosław Sokół
- 12.03.11 15:36 Mariusz Kruk
- 12.03.11 16:16 Gotfryd Smolik news
Najnowsze wątki z tej grupy
- EPS12V
- Jaka moc wi-fi ?
- Karta dźwiękowa stereo
- Mini pecet
- drukarka potrzebna
- Rok 1973
- CFM (airflow) AMD Wraitha
- 16. Raport Totaliztyczny: Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
- 15. Raport Totaliztyczny: Średniowiecze Po,Zniszczeniu AmigaOS i Plan9
- USB3.x->HDMI/DP ze sterownikami w win11
- Dell ubija / przemianowuje swoje flagowe linie laptopów
- Ten adapter nie obsłuży dysków HDD PATA 2.5 cala - producent kłamie czy ja jestem głupi ?
- Przedłużacz USB-C działa w połowie
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
Najnowsze wątki
- 2025-03-05 Zielona GĂłra => Konsultant wdroĹźeniowy Comarch XL/Optima (KsiÄgowoĹ
- 2025-03-05 Białystok => Spedytor Międzynarodowy (handel ładunkami/prowadzenie
- 2025-03-05 Warszawa => Specjalista ds. Sprzedaży (transport drogowy) <=
- 2025-03-05 Środa Wielkopolska => Konsultant wewnętrzny SAP FI/CO <=
- 2025-03-05 Zielona Góra => Senior Field Sales (system ERP) <=
- 2025-03-05 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-05 Kraków => Business Development Manager - Network and Network Security
- 2025-03-05 Zaniepokojeni mieszkańcy
- 2025-03-05 Ile pieniędzy ma bank?
- 2025-03-05 Ostrów Świętokrzy => Node.js / Fullstack Developer <=
- 2025-03-05 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-03-05 Warszawa => Frontend Developer (Angular13+) <=
- 2025-03-05 Warszawa => Frontend Developer (obszar Angular13+) <=
- 2025-03-05 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-05 Warszawa => JavaScript / Node / Fullstack Developer <=