Zgłoś błąd
X
Zanim wyślesz zgłoszenie, upewnij się że przyczyną problemów nie jest dodatek blokujący reklamy.
Błędy w spisie treści artykułu zgłaszaj jako "błąd w TREŚCI".
Typ zgłoszenia
Treść zgłoszenia
Twój email (opcjonalnie)
Nie wypełniaj tego pola
.
Załóż konto
EnglishDeutschукраїнськийFrançaisEspañol中国

Jak Zbudować I Przyspieszyć Raid 0 - Poradnik

Mardok | 12-01-2008 17:47 |

"Write-Back Cache" a bezpieczeństwo danych?

W Internecie można przeczytać wiele opinii na temat niebezpieczeństwa, jakie niesie ze sobą włączenie tej opcji. Większość z nich to domysły niepoparte żadnymi faktami oraz domniemania grup użytkowników. Postanowiłem sam się przekonać, jak te opinie mają się do rzeczywistości i przeprowadzić szereg dość brutalnych testów. Oczywiście wszystko w celach naukowych. ;) Opcja „Write-Back Cache", jak każde buforowanie zapisu niesie ze sobą pewne ryzyko i to nie podlega dyskusji. Głównym zadaniem testu jest jedynie sprawdzenie, czy jest ono tak wielkie, jak wielu ludzi to opisuje! Tyle słowem wstępu, pora na test.

Środowisko Testowe:

  • RAID : RAID 0 na ICH8R
  • Dyski : 2x ST3250410AS 7200.10 250GB 16MB SATA2 NCQ
  • OS : Windows Vista x86
  • Write-Back Cache : ON

Test No1.

Twardy reset podczas startu systemu - każdy w mniej więcej innym miejscu. Zaraz na początku tuż przed paskiem postępu, w czasie jego pokazywania oraz zaraz po nim. Za każdym razem system wstał bez problemu, wyświetlając jedynie informację, iż ostatnio system nie został prawidłowo zamknięty. Po wyborze opcji Uruchom Normalnie system startował jak zawsze bez najmniejszych problemów.

Test No2.

Twarde resety podczas pracy sytemu Windows. Pierwszy miał miejsce podczas pokazywania pulpitu, kolejny podczas przeglądania opcji systemowych, a ostatni podczas przeglądania partycji systemowej. Tak, jak to miało miejsce w poprzednim teście, poza komunikatem o nieprawidłowym zamknięciu systemu, nic więcej się nie stało.

Test No3.

Twardy reset systemu tuż po skopiowaniu pliku AVI o rozmiarze 700MB z innego dysku. Po ponownym uruchomieniu systemu plik miał poprawną wielkość dawał się otworzyć i działał bez problemów. Podobna sytuacja z kilkaset megabajtami plików JPG.

Test No4.

Twardy reset podczas kopiowania pliku AVI o rozmiarze 700MB z innego dysku - po ponownym uruchomieniu systemu plik miał poprawny rozmiar, ale nie działał, co nie powinno dziwić, ale co warto dodać, dawał się normalnie usunąć. Pliki JPG skopiowane do czasu wciśnięcia klawisza reset znajdowały się nienaruszone na macierzy RAID poza ostatnim, gdzie była tylko połowa obrazka, co też nie jest niczym niezwykłym.

Test No5.

Kopiowanie w obrębie macierzy. Tutaj wystąpiła sytuacja analogiczna, jak w powyższych testach, więc nie ma za bardzo nad czym się rozpisywać. Natomiast warte dodania jest to, iż dane, które były kopiowane z miejsca źródłowego nie uległy zniszczeniu.

Podsumowanie:

Wszystkie te testy macierz zniosła bez problemów, nie wykazywała niestabilności mimo dość brutalnego traktowania jej przez użytkownika. ;) Nie wystąpiły żadne błędy, zaniki danych będących na macierzy, czy też uszkodzenie systemu. Podsumowując niechlubna sława, jaką została ochrzczona opcja „Write-Back Cache", jest trochę przesadzona i jej włączenie nie równą się natychmiastowej stracie danych podczas nieplanowanego braku prądu, czy też zawieszenia systemu, ale mimo wszystko należy pamiętać o takiej możliwości!

Ostrzeżenie:

Opis opcji Write-Back oraz poniższe uwagi dotyczą tylko i wyłącznie operacji zapisu! Dodatkowo należy pamiętać, iż nagły brak zasilania, czy też zawieszenie się systemu podczas operacji zapisu zawsze skutkuje utratą pewnej ilości danych, podkreślam zawsze! Dla samego faktu utraty danych nie ma znaczenia, czy dysk pracował w pojedynkę, czy w macierzy, czy też z włączoną opcją Write-Back. Tytułowa opcja jedynie może zwiększyć ilość utraconych danych ze względu na buforowanie zapisu. Wyłączenie tej opcji może jedynie ograniczyć ewentualne straty, ale nie wyeliminować ich! W większości wypadków są to jednak małe i wręcz niezauważalne straty. W codziennym użytkowaniu mogą skutkować przeważnie uszkodzeniem jakiegoś zdjęcia lub pliku video, z czym w przeciętny użytkownik w znaczącej większości wypadków może się pogodzić, sytuacja ma się gorzej w wypadku, gdy awaria nastąpiła podczas zapisywania ustawień systemowych. W takim wypadku może to doprowadzić nawet do uszkodzenia systemu!

Bądź na bieżąco - obserwuj PurePC.pl na Google News
Zgłoś błąd
Liczba komentarzy: 1

Komentarze:

x Wydawca serwisu PurePC.pl informuje, że na swoich stronach www stosuje pliki cookies (tzw. ciasteczka). Kliknij zgadzam się, aby ta informacja nie pojawiała się więcej. Kliknij polityka cookies, aby dowiedzieć się więcej, w tym jak zarządzać plikami cookies za pośrednictwem swojej przeglądarki.