Znajdź zawartość

Witajcie. Mam problem z moim raidem na Platform Controller Hub (PCH). Konfiguracja: Asus Z87-Pro i7-4770K 16GB RAM RAID-5 na 3xWD20EURX Przeczytałem chyba gazylion stron na temat konfiguracji i optymalizacji RAID-5, i chociaż wszędzie piszą olać RAID5, dołożyć dysk i zrobić 10, to ja mam tylko 3 dyski i zależy mi aby mieć zabezpieczenie danych. Początkowo nieświadomie utworzyłem Volumin ze stripem 128k. W połączeniu z klastrem 4k dało to opłakane rezultaty w crystal marku - około 50 MB/s odczyt, zapis około 40 MB/s. Masakra. Oczywiście kopiowanie dużych plików śmigało nawet nawet (transfery rzędu 100 MB/s) ale daleko to było od moich oczekiwań. Natomiast kopiowanie małych plików, to już była tragedia - od 300kB/s do około 6Mb/s. Poświęciłem więc mnóstwo czasu, wyczyściłem cały wolumin i zacząłem tworzyć po kolei różne kombinacje. Do tej pory przetestowałem: 16k stripe / 4k cluster 16k stripe / 8k cluster 16k stripe / 16k cluster 16k stripe / 32k cluster 16k stripe / 64k cluster 64k stripe / 4k cluster 64k stripe / 8k cluster 64k stripe / 16k cluster 64k stripe / 32k cluster 64k stripe / 64k cluster 128k stripe / 4k cluster Idzie to jak krew z nosa, bo inicjalizowanie trwa około doby. Dla świętego spokoju przetestuję jeszcze warianty 32k i 128k Najlepsze wyniki w CrystalMarku na razie uzyskałem na konfiguracji 64k stripe / 64 cluster, ale za każdym razem zapis wychodzi szybszy niż odczyt. Wychodzi mi więc odwrotnie za każdym razem niż większości użytkowników, którzy narzekają na wolny zapis RAID-5 a szybki odczyt. Przykładowo przy konfiguracji 64stripe/64cluster sekwencyjny odczyt 150MB/s, zapis 270MB/s (dodam że włączenie w Intel RST opcji "opóźniony zapis" powoduje spowolnienie zapisu, gdzie teoretycznie powinno przyspieszyć!) Na razie nie wiem w czym jest problem. 1. Czy to problem WD-ków, bo już znalazłem w necie wątek VERY slow RAID5 on ICH10R with WDC Green series, ale tak na prawdę z niego nic nie wynika i problem dotyczy zapisu a nie odczytu i innego chipsetu. 2. A może to problem z Option ROM-em płyty głównej? Choć nie jestem pewny do końca jak to działa, bo wydaje mi się że Option ROM ma znaczenie tylko do momentu załadowania sterowników w systemie operacyjnym (mój driver to 13.​1.​0.​1058, natomiast wersja w BIOS-ie płyty głównej to zdaje się 12.7.0.1963) 3. A może CrystalMark daje [gluteus maximus]? Bo test HDD z AIDY przy liniowym odczycie pokazuje inne wartości (dużo wyższe) Co ciekawe, robiłem też testy podczas inicjalizacji woluminu, i o ile zapis rzeczywiście notuje drastyczny spadek, o tyle odczyt nie zmienia się praktycznie wcale. Jeśli nic mi się nie uda zrobić, to chyba będę musiał rozważyć opcję SSD-cache dla RAID-5, tylko nie wiem jak ona miałaby mi przyspieszyć odczyt? Jak wrócę do chaty, to wrzucę screeny z CrystalMarka dla każdej konfiguracji, może przyda się dla potomnych walczących z doborem rozmiaru paska vs klastra, bo tutaj ewidentnie widać zależności, natomiast problem ogólnego wolnego odczytu dla mnie na razie pozostaje nierozwiązany. Jeśli macie jakieś sugestie, bardzo proszę, jestem otwarty na nowe rozważania. Może ktoś z was ma u siebie RAID-5 na 3-ech dyskach i podzieliłby się wynikami z CrystalMArka? Znalazłem jeszcze jedną ciekawą informację odnośnie dopasowania pod względem podzielności: Partition offset (in kb) / stripe unit size(in kb) = integer Stripe unit size(in kb) / File allocation size(in kb) = integer. For 4K sector drives: Partition offset (in kb) / 4K = integer (this is usually meet when satisfying rule 2 above) Muszę sprawdzić jak to u mnie wychodzi. Sprawdziłem, jest ok. Partition offset wynosi 135266304 bajty = 132096 kilobajtów jest podzielne przez 128k (stripe) w całości, więc dla każdego niższego warunku (64,32,16,8,4) również będzie liczbą całkowitą. Tak na marginesie, ta reguła wcale nie potwierdza się w testach, co można zobaczyć niżej (przykład 16k stripe/64 cluster = 0,25 a daje lepsze wyniki niż 16k/16k = 1.)