Skocz do zawartości
Mardok

Raid 0 A Wydajność

Rekomendowane odpowiedzi

...Ale może jest to wina Acronisa i jego sposobu kompresji/zapisu. Być może Ghost tworzył by to znacznie krócej

Właśnie odwrotnie, Acronis robi to znacznie szybciej bo używa dużo lepszej metody zgrywania danych. Może jest jednak jakiś problem z Twoja macierzą i nie może robić tego tak szybko jak zwykle.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Gość dawciobiel

ubuntu@ubuntu:~$ sudo fdisk -l /dev/mapper/nvidia_aiadfcbdDysk /dev/mapper/nvidia_aiadfcbd: 500.1 GB, bajtów: 500118585344głowic: 255, sektorów/ścieżkę: 63, cylindrów: 60802Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtówRozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512Rozmiar we/wy (minimalny/optymalny) w bajtach: 65536 / 131072Identyfikator dysku: 0x90909090                 Urządzenie Rozruch   Początek      Koniec   Bloków   ID  System/dev/mapper/nvidia_aiadfcbd1   *           1        5939    47704986    7  HPFS/NTFSPartycja 1 nie zaczyna się na granicy bloku fizycznego./dev/mapper/nvidia_aiadfcbd2            5940        6453     4128705    7  HPFS/NTFSPartycja 2 nie zaczyna się na granicy bloku fizycznego./dev/mapper/nvidia_aiadfcbd3            6454       60802   436558311    7  HPFS/NTFSPartycja 3 nie zaczyna się na granicy bloku fizycznego.

oraz

 

ubuntu@ubuntu:~$ sudo ls -l /dev/mapper/razem 0crw------- 1 root root 10, 59 2012-01-07 13:20 controllrwxrwxrwx 1 root root      7 2012-01-07 13:20 nvidia_aiadfcbd -> ../dm-1lrwxrwxrwx 1 root root      7 2012-01-07 13:20 nvidia_aiadfcbd1 -> ../dm-2lrwxrwxrwx 1 root root      7 2012-01-07 13:20 nvidia_aiadfcbd2 -> ../dm-3lrwxrwxrwx 1 root root      7 2012-01-07 12:48 nvidia_aiadfcbd3 -> ../dm-0

A więc podział wygląda OK, co do wielkości - tego pewny nie jestem, ale raczej też bo cała macierz jest podzielona na 3 partycje:

 

1) Windows 7 - około 45 GB

2) SWAP - około 4 GB

3) Dane-raid - cała reszta, więc jakieś 450 GB

 

 

Proces zapisywanie backupu w dalszym ciągu postępuje - obecnie plik zajmuje lekko ponad 210 GB i w dalszym ciągu rośnie (oczywiście jest kompresowany).

 

Czy z macierzą jest wszystko OK? - jak już ustaliliśmy w innym poście z Zawoor@ - nie jest OK, bo u mnie oba dyski podłączone są do slotów 1+2, zamiast 1+3 (lub 2+4). Dodatkowo ten Strip Size - 64 k, zamiast 32 k (w przypadku tworzenia kopii zapasowej chyba lepiej by było żeby wynosił 128 k). Ale czy aż taki spadek wydajności by był przez to? Mam nadzieję, że tak i po backupowaniu jeżeli go poprawie przyrost wydajności będzie znaczący, bo po testach HD Tach'a odczyt dla macierzy RAID_0 wynosi jakieś 95 MB/s, a dla pojedynczego innego, nowego dysku 500 GB wynosi 102 MB/s. Oczywiśćie posiadam screenshoty, więc jeżeli macie ochotę to je również załączę.

 

Aha, taka mnie naszła refleksja co do szybkości tego procesu z użyciem pigz'a. Otóż zakładając odczyt danych z macierzy na pozimie 20 MB/s za pomocą dd być może proces (bez kompresji) byłby znacznie szybszy niża za pomocą pigz'a.

 

Kolejna kwestia to przed kompresowaniem pizg'em wydaje mi się, że powinienem zapisać w nieużywane sektory dysku zera - przez co kompresja była by na pewno znacząco lepsza, bo nieużywane sektory były by po prostu kompresowane. A obecnie w nieużywanych sektorach są na pewno śmiecie które również musza być kopiowane/kompresowane. No ale tej operacji po prostu bałem się wykonywać, bo nie daj boszhe coś pomylę i zapisze zera nie tam gdzie trzeba... .

 

Z kolei samo kompresowanie nie jestem pewien czy w ogóle ma większy sens. Dlatego, że owszem plik wynikowy powinien być mniejszy, ale chyba tylko w przypadku nadpisania nieużywanych sektorów zerami. Dlatego, że na wszystkich 3ch partycjach zawartych na macierzy znajdował się system plików NTFS z włączoną kompresją. A więc już sama zawartość sektorów była kompresowana.

 

 

No dobra, a teraz się przyznam do śmiesznej rzeczy - jeszcze nie wiem jak przywrócić obraz na macierz. Przypuszczam, że będzie to coś w stylu:

 

pigz -d -c /media/Dany/backup/obraz.pigz > /dev/mapper/nvidia_aiadfcbd

lub

 

pigz -d -c /media/Dany/backup/obraz.pigz > /dev/dm-1

lub jakieś użycie "dd", ale z kolei na wejście dd trzeba podać plik dekompresowany, więc może:

 

pigz -d -c /media/Dany/backup/obraz.pigz | dd of=/dev/mapper/nvidia_aiadfcbd

o ile dd może przyjmować dane w ten sposób. Zobaczymy, pewnie albo tutaj się dowiem, albo na jakimś forum linuxowym.

 

 

Ahaa zapomniałem dodać istotnej informacji. Złe podłączenie do slotów - owszem występuje. Chciałem je poprawić już przed tworzeniem backupu jednak po przełączeniu kabla SATA do slotu #3, włączeniu w BIOS opcji "SATA #3 RAID - Enabled" (piszę teraz z pamięci jak ta opcja się nazywała) i próbie włączenia Windowsa otrzymywałem BSOD'a 0x0000007B czyli "INACCESSIBLE_BOOT_DEVICE". Nie wiem czy można przełączać kable już po stworzonej wcześniej macierzy, więc zostawiłem ten problem i przystąpiłem do tworzenia backupu.

 

 

 

A waszym zdaniem jaki mniej więcej czas potrzeba by było na stworzenie tym sposobem kopii dysku o pojemności 500 GB ?

Edytowane przez dawciobiel

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jakoś dziwnie długo Ci się robi ten backup. Ja zazwyczaj robię to tak:

dd if=/dev/xxx bs=1M | gzip -9 > /sciezka/do/pliku
i do tego w drugiej konsoli:

watch -n 5 kill -USR1 $(pidof dd)
Parametr bs=1M przy dd mówi żeby odczytywać z dysku 1MB danych (a nie 512KB, co jest wolne), parametr -9 przy gzip to stopień kompresji: -1 to najniższy, -9 najwyższy. Polecenie kill -USR1 $(pidof dd) wysyła do procesu dd sygnał powodujący wypisanie na ekran aktualnych danych transferu. Polecenie watch -n 5 powoduje wykonanie co 5 sekund tego co jest po nim. W efekcie dd wypisuje dane co 5s i możesz monitorować prędkość wykonywania backupu.

 

Do przywrócenia backupu:

dd if=/sciezka/do/backupu bs=1M | gzip -d | dd of=/dev/xxx bs=1M
Użyj tu /dev/mapper/nvidia_aiadfcbd w drugim dd

 

Dobrze kombinujesz z zerowaniem wolnego miejsca - ten obszar na dysku kompresuje się wtedy idealnie i gzip bardzo szybko kompresuje zera, więc backup robi się szybko i zajmuje mało miejsca. Polecam Windowsowe narzędzie sdelete.exe.

 

Jak masz włączoną kompresję NTFS to użyj gzip -1. Zera ładnie się skompresują, a reszta będzie się kompresować szybciej.

 

Teoretycznie wszędzie w miejsce gzip możesz wstawić pigz, ale nic nie gwarantuję - nie używałem pigz.

 

Z tego co pamiętam u mnie po przełączeniu dysków do innych portów wcześniej stworzona macierz działała normalnie. Może wyłącz RAID na porcie w którym nie ma już dysku z macierzy.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Gość dawciobiel

Jakoś dziwnie długo Ci się robi ten backup. Ja zazwyczaj robię to tak:

dd if=/dev/xxx bs=1M | gzip -9 > /sciezka/do/pliku
i do tego w drugiej konsoli:

watch -n 5 kill -USR1 $(pidof dd)
Parametr bs=1M przy dd mówi żeby odczytywać z dysku 1MB danych (a nie 512KB, co jest wolne),

 

(..)

 

Z tego co pamiętam u mnie po przełączeniu dysków do innych portów wcześniej stworzona macierz działała normalnie. Może wyłącz RAID na porcie w którym nie ma już dysku z macierzy.

 

A no właśnie długo jak diabli. Metodą:

ubuntu@ubuntu:/media/Dane/backup$ ls *.pigz -s --block-size=M 300807M raid0_500gb.img.dd.pigz

ustaliłem, że prędkość odczyt/z/dysku -> kompresja -> zapis/do/pliku wykonuje się z prędkością około 5 MB/s, a więc jest znacznie (czterokrotnie) gorzej niż zakładałem.

 

Co do wyłączenia na porcie macierzy - to nie jestem pewien, ale chyba tego również próbowałem z takimi samymi rezultatami (BSOD). Tylko ... nie jestem dokońca przekonany (a nie za bardzo chicałem kombinować, testować, próbować, walczyć) czy aby na pewno system mi botował się z macierzy RAID, a nie z tego kolejnego dysku przeznaczonego do przechowywania na nim backupu. Jestem przekonany, że celowo podczas startu komputera (POST) wciskałem F8 i wybierałem napęd z którego ma nastąpić bootowanie. Być może nawet ten kolejny dysk był fizycznie odczepiony na czas walki - ale... diabeł tkwi w szczegółach, a strasznie łatwo jest się zapomnieć, pomylić.

 

Co do twojego sposobu tworzenia kopii za pomocą dd | gzip - jest on na pewno lepszy, chociażby z tego powodu, że jak działa "dd" to wiadomo, dodatkowo można podać parametry "sync" oraz "noerror". Za to jak działa dokładnie odczyt sektorów za pomocą bezpośredniego użycia "gzip" (pigz) tego nie wiem. Więc może przy próbie odczytania bad sektora gzip wstawi w to miejsce komunikat błedu, po czym skompresuje to wszystko i prześle do wynikowego pliku z kopią zapasową? Nie wiem. Dlatego teraz siedzę i myślę ... skopiowało się około 300 GB... ale może przerwać to i użyć "dd" z w/w opcjami lub w ogóle Acronisa... ale z drugiej strony czekać kolejną dobę na tworzenie backupu.. eh @#$%@#$

 

Aha dodatkowo żebym miał o czym rozmyślać to napastują mnie myśli aby może te dwa raidowe dyski (2x 250GB) podłaczyć do nowego komputera (nowa płyta główna ASRock Z68..), tam stworzyć raid, a do swojego starego złoma wtawić 1x 500 GB? ... Ale z kolei znowu trzeba by było przenosić (Ghost/Acronis/dd) system operacyjny między dyskami.. Ale z drugiej strony ciekaw jestem jaką wydajność (HD Tach) miał by raid stworzony na nowej płycie głównej w porównaniu do starej płyty głównej (nForce4). A sprawdzę chyba jednak przed przywróceniem backupu na dyski raidowe.. hehe. Tak zrobię. Oczywiście podzielę się wrażeniami.

 

 

Update:

melduję o postępie:

$ date +%T;ls *.pigz -s --block-size=G09:32:14382G  raid0_500gb.img.dd.pigz    <- przy założeniu, że rozmiar dysku wynosi 500GB
jednak niestety muszę opuścić lokal na jakiś czas, więc dalszą walkę podejmę ze kilka godzin.

 

Operacja zakońcozna, wielkość pliku:

434G raid0_500gb.img.dd.pigz

 

Dalsze informacje - za kilka godzin.

Edytowane przez dawciobiel

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Gość dawciobiel

No dobra, przybyłem, zobaczyłem, zwy... walczę dalej :P

 

Na początek chciałem tak jak obiecywałem stworzyć macierz na nowym PC i ją przy okazji tam przetestować. Niestety nie udało się przetestować, a to dlatego, że po stworzeniu macierzy nie da się poprawnie włączyć Windowsa zainstalowanego na kolejnym dysku SATA.

Pojawia się BSOD 0x0000007B co w instrukcji opisane jest, że powodem jest istniejący już system operacyjny na dodatkowym dysku SATA. Naprawa sytuacji polega na przeinstalowaniu tego systemu - hehe - na co oczywiście nie miałem ani chęci ani czasu. No ale przy okazji wyjaśniła się sprawa BSOD'ów o których pisałem wcześniej.

 

Dobra, podpinam oba dyski raid oraz dysk 500 GB do starego PC. Tworzę macierz Stripping, Strip Size 32k.

Odpalam linuxa z płyty boot CD. Odpalam terminal.

A tutaj niespodzianka, bo nie ma już urządzenia dev/mapper/nvidia_aiadfcbd, obecnie jest:

/dev/mapper/nvidia_egcfebei

ale z kolei oba dyski RAID podłączone są do innych slotów niż poprzednio, więc być może nazwa tez uległa zmianie.

 

Tak to wygląda obecnie:

root@ubuntu:/media# fdisk -lDysk /dev/sda: 250.1 GB, bajtów: 250059350016           <=- to jest I dysk RAIDgłowic: 255, sektorów/ścieżkę: 63, cylindrów: 30401Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtówRozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512Identyfikator dysku: 0xffffffffDysk /dev/sda nie zawiera poprawnej tablicy partycjiDysk /dev/sdb: 250.1 GB, bajtów: 250059350016            <=- to jest II dysk RAIDgłowic: 255, sektorów/ścieżkę: 63, cylindrów: 30401Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtówRozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512Identyfikator dysku: 0x00140018Dysk /dev/sdb nie zawiera poprawnej tablicy partycjiDysk /dev/sdc: 1000.2 GB, bajtów: 1000204886016              <=- to jest III dysk NIEwłączony do RAID. Pojemność jest wyświetlana nieprawidłowo, ale również w BIOS podczas startu systemu wyświetla informacje jakoby dysk posiadał 1000 MB a nie 500.głowic: 255, sektorów/ścieżkę: 63, cylindrów: 121601Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtówRozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512Identyfikator dysku: 0xad6df57fUrządzenie Rozruch   Początek      Koniec   Bloków   ID  System          <=- partycje dysku III 500 MB (wyświetlanego jako 1000MB) i faktycznie takie partycje się na tym dysku znajdują./dev/sdc1   *           1          13      102400    7  HPFS/NTFSPartycja 1 nie kończy się na granicy cylindra./dev/sdc2              13        6485    51986432    7  HPFS/NTFS/dev/sdc3            6485      121602   924670976    7  HPFS/NTFSDysk /dev/dm-0: 500.1 GB, bajtów: 500118650880                         <=- Co to jest teog właśnie nie wiem. Przypuszczam, że jest to macierz RAID z dysków I + II. Ale pewny nie jestem, a nie wiem jak to sprawdzić.głowic: 255, sektorów/ścieżkę: 63, cylindrów: 60802Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtówRozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512Rozmiar we/wy (minimalny/optymalny) w bajtach: 32768 / 65536Identyfikator dysku: 0xffffffffDysk /dev/dm-0 nie zawiera poprawnej tablicy partycjiroot@ubuntu:/media#

" dev/dm-0 " - co to jest nie wiem, przypuszczam, że jest to macierz RAID z dysków I + II, ale nie wiem jak to sprawdzić.

 

 

root@ubuntu:/media# ll /devrazem 0drwxr-xr-x  18 root   root        3740 2012-01-08 20:40 ./drwxr-xr-x  31 root   root         280 2012-01-08 20:38 ../crw-------   1 root   root     10, 235 2012-01-08 20:39 autofsdrwxr-xr-x   2 root   root         680 2012-01-08 20:38 block/drwxr-xr-x   2 root   root         120 2012-01-08 20:38 bsg/crw-------   1 root   root     10, 234 2012-01-08 20:39 btrfs-controldrwxr-xr-x   3 root   root          60 2012-01-08 20:38 bus/lrwxrwxrwx   1 root   root           3 2012-01-08 20:40 cdrom -> sr0lrwxrwxrwx   1 root   root           3 2012-01-08 20:40 cdrw -> sr0drwxr-xr-x   2 root   root        3060 2012-01-08 20:40 char/crw-------   1 root   root      5,   1 2012-01-08 19:40 consolelrwxrwxrwx   1 root   root          11 2012-01-08 20:39 core -> /proc/kcoredrwxr-xr-x   2 root   root          60 2012-01-08 20:39 cpu/crw-------   1 root   root     10,  58 2012-01-08 20:39 cpu_dma_latencydrwxr-xr-x   6 root   root         120 2012-01-08 20:38 disk/brw-rw----   1 root   disk    252,   0 2012-01-08 20:39 dm-0drwxr-xr-x   2 root   root          80 2012-01-08 20:38 dri/lrwxrwxrwx   1 root   root           3 2012-01-08 20:40 dvd -> sr0lrwxrwxrwx   1 root   root           3 2012-01-08 20:40 dvdrw -> sr0crw-------   1 root   root     10,  61 2012-01-08 20:39 ecryptfscrw-rw----   1 root   video    29,   0 2012-01-08 20:39 fb0lrwxrwxrwx   1 root   root          13 2012-01-08 20:39 fd -> /proc/self/fd/crw-rw-rw-   1 root   root      1,   7 2012-01-08 20:39 fullcrw-rw-rw-   1 root   fuse     10, 229 2012-01-08 20:39 fusecrw-------   1 root   root    251,   0 2012-01-08 20:39 hidraw0crw-------   1 root   root    251,   1 2012-01-08 20:39 hidraw1crw-------   1 root   root    251,   2 2012-01-08 20:39 hidraw2crw-------   1 root   root    251,   3 2012-01-08 20:39 hidraw3crw-------   1 root   root     10, 228 2012-01-08 20:39 hpetdrwxr-xr-x   3 root   root          60 2012-01-08 19:40 .initramfs/-rw-r--r--   1 root   root           0 2012-01-08 20:38 .initramfs-toolsdrwxr-xr-x   4 root   root         240 2012-01-08 20:40 input/crw-------   1 root   root      1,  11 2012-01-08 20:39 kmsgsrw-rw-rw-   1 root   root           0 2012-01-08 20:39 log=brw-rw----   1 root   disk      7,   0 2012-01-08 20:40 loop0brw-rw----   1 root   disk      7,   1 2012-01-08 20:40 loop1brw-rw----   1 root   disk      7,   2 2012-01-08 20:40 loop2brw-rw----   1 root   disk      7,   3 2012-01-08 20:40 loop3brw-rw----   1 root   disk      7,   4 2012-01-08 20:40 loop4brw-rw----   1 root   disk      7,   5 2012-01-08 20:40 loop5brw-rw----   1 root   disk      7,   6 2012-01-08 20:40 loop6brw-rw----   1 root   disk      7,   7 2012-01-08 20:40 loop7drwxr-xr-x   2 root   root          80 2012-01-08 20:38 mapper/crw-------   1 root   root     10, 227 2012-01-08 20:39 mcelogcrw-r-----   1 root   kmem      1,   1 2012-01-08 20:39 memdrwxr-xr-x   2 root   root          60 2010-12-15 21:39 net/crw-------   1 root   root     10,  57 2012-01-08 20:39 network_latencycrw-------   1 root   root     10,  56 2012-01-08 20:39 network_throughputcrw-rw-rw-   1 root   root      1,   3 2012-01-08 20:39 nullcrw-------   1 root   root      1,  12 2012-01-08 20:39 oldmemdrwxr-xr-x   2 root   root          60 2012-01-08 20:38 pktcdvd/crw-r-----   1 root   kmem      1,   4 2012-01-08 20:39 portcrw-------   1 root   root    108,   0 2012-01-08 20:39 pppcrw-------   1 root   root     10,   1 2012-01-08 20:39 psauxcrw-rw-rw-   1 root   tty       5,   2 2012-01-08 20:12 ptmxdrwxr-xr-x   2 root   root           0 2010-09-24 12:25 pts/brw-rw----   1 root   disk      1,   0 2012-01-08 20:39 ram0brw-rw----   1 root   disk      1,   1 2012-01-08 20:39 ram1brw-rw----   1 root   disk      1,  10 2012-01-08 20:39 ram10brw-rw----   1 root   disk      1,  11 2012-01-08 20:39 ram11brw-rw----   1 root   disk      1,  12 2012-01-08 20:39 ram12brw-rw----   1 root   disk      1,  13 2012-01-08 20:39 ram13brw-rw----   1 root   disk      1,  14 2012-01-08 20:39 ram14brw-rw----   1 root   disk      1,  15 2012-01-08 20:39 ram15brw-rw----   1 root   disk      1,   2 2012-01-08 20:39 ram2brw-rw----   1 root   disk      1,   3 2012-01-08 20:39 ram3brw-rw----   1 root   disk      1,   4 2012-01-08 20:39 ram4brw-rw----   1 root   disk      1,   5 2012-01-08 20:39 ram5brw-rw----   1 root   disk      1,   6 2012-01-08 20:39 ram6brw-rw----   1 root   disk      1,   7 2012-01-08 20:39 ram7brw-rw----   1 root   disk      1,   8 2012-01-08 20:39 ram8brw-rw----   1 root   disk      1,   9 2012-01-08 20:39 ram9crw-rw-rw-   1 root   root      1,   8 2012-01-08 20:39 randomcrw-rw-r--+  1 root   root     10,  62 2012-01-08 20:39 rfkilllrwxrwxrwx   1 root   root           4 2012-01-08 20:39 rtc -> rtc0crw-------   1 root   root    254,   0 2012-01-08 20:39 rtc0lrwxrwxrwx   1 root   root           3 2012-01-08 20:40 scd0 -> sr0brw-rw----   1 root   disk      8,   0 2012-01-08 19:57 sdabrw-rw----   1 root   disk      8,  16 2012-01-08 19:57 sdbbrw-rw----   1 root   disk      8,  32 2012-01-08 19:57 sdcbrw-rw----   1 root   disk      8,  33 2012-01-08 20:40 sdc1brw-rw----   1 root   disk      8,  34 2012-01-08 20:40 sdc2brw-rw----   1 root   disk      8,  35 2012-01-08 20:40 sdc3crw-rw----   1 root   cdrom    21,   0 2012-01-08 20:39 sg0crw-rw----   1 root   disk     21,   1 2012-01-08 20:39 sg1crw-rw----   1 root   disk     21,   2 2012-01-08 20:39 sg2crw-rw----   1 root   disk     21,   3 2012-01-08 20:39 sg3drwxrwxrwt   2 root   root         140 2012-01-08 19:59 shm/crw-------   1 root   root     10, 231 2012-01-08 20:39 snapshotdrwxr-xr-x   3 root   root         200 2012-01-08 20:40 snd/brw-rw----+  1 root   cdrom    11,   0 2012-01-08 20:40 sr0lrwxrwxrwx   1 root   root          15 2012-01-08 20:39 stderr -> /proc/self/fd/2lrwxrwxrwx   1 root   root          15 2012-01-08 20:39 stdin -> /proc/self/fd/0lrwxrwxrwx   1 root   root          15 2012-01-08 20:39 stdout -> /proc/self/fd/1crw-rw-rw-   1 root   tty       5,   0 2012-01-08 20:39 ttycrw--w----   1 root   root      4,   0 2012-01-08 20:39 tty0crw-------   1 ubuntu tty       4,   1 2012-01-08 19:41 tty1crw--w----   1 root   tty       4,  10 2012-01-08 20:39 tty10crw--w----   1 root   tty       4,  11 2012-01-08 20:39 tty11crw--w----   1 root   tty       4,  12 2012-01-08 20:39 tty12crw--w----   1 root   tty       4,  13 2012-01-08 20:39 tty13crw--w----   1 root   tty       4,  14 2012-01-08 20:39 tty14crw--w----   1 root   tty       4,  15 2012-01-08 20:39 tty15crw--w----   1 root   tty       4,  16 2012-01-08 20:39 tty16crw--w----   1 root   tty       4,  17 2012-01-08 20:39 tty17crw--w----   1 root   tty       4,  18 2012-01-08 20:39 tty18crw--w----   1 root   tty       4,  19 2012-01-08 20:39 tty19crw-------   1 ubuntu tty       4,   2 2012-01-08 19:41 tty2crw--w----   1 root   tty       4,  20 2012-01-08 20:39 tty20crw--w----   1 root   tty       4,  21 2012-01-08 20:39 tty21crw--w----   1 root   tty       4,  22 2012-01-08 20:39 tty22crw--w----   1 root   tty       4,  23 2012-01-08 20:39 tty23crw--w----   1 root   tty       4,  24 2012-01-08 20:39 tty24crw--w----   1 root   tty       4,  25 2012-01-08 20:39 tty25crw--w----   1 root   tty       4,  26 2012-01-08 20:39 tty26crw--w----   1 root   tty       4,  27 2012-01-08 20:39 tty27crw--w----   1 root   tty       4,  28 2012-01-08 20:39 tty28crw--w----   1 root   tty       4,  29 2012-01-08 20:39 tty29crw-------   1 ubuntu tty       4,   3 2012-01-08 19:41 tty3crw--w----   1 root   tty       4,  30 2012-01-08 20:39 tty30crw--w----   1 root   tty       4,  31 2012-01-08 20:39 tty31crw--w----   1 root   tty       4,  32 2012-01-08 20:39 tty32crw--w----   1 root   tty       4,  33 2012-01-08 20:39 tty33crw--w----   1 root   tty       4,  34 2012-01-08 20:39 tty34crw--w----   1 root   tty       4,  35 2012-01-08 20:39 tty35crw--w----   1 root   tty       4,  36 2012-01-08 20:39 tty36crw--w----   1 root   tty       4,  37 2012-01-08 20:39 tty37crw--w----   1 root   tty       4,  38 2012-01-08 20:39 tty38crw--w----   1 root   tty       4,  39 2012-01-08 20:39 tty39crw-------   1 ubuntu tty       4,   4 2012-01-08 19:41 tty4crw--w----   1 root   tty       4,  40 2012-01-08 20:39 tty40crw--w----   1 root   tty       4,  41 2012-01-08 20:39 tty41crw--w----   1 root   tty       4,  42 2012-01-08 20:39 tty42crw--w----   1 root   tty       4,  43 2012-01-08 20:39 tty43crw--w----   1 root   tty       4,  44 2012-01-08 20:39 tty44crw--w----   1 root   tty       4,  45 2012-01-08 20:39 tty45crw--w----   1 root   tty       4,  46 2012-01-08 20:39 tty46crw--w----   1 root   tty       4,  47 2012-01-08 20:39 tty47crw--w----   1 root   tty       4,  48 2012-01-08 20:39 tty48crw--w----   1 root   tty       4,  49 2012-01-08 20:39 tty49crw-------   1 ubuntu tty       4,   5 2012-01-08 19:41 tty5crw--w----   1 root   tty       4,  50 2012-01-08 20:39 tty50crw--w----   1 root   tty       4,  51 2012-01-08 20:39 tty51crw--w----   1 root   tty       4,  52 2012-01-08 20:39 tty52crw--w----   1 root   tty       4,  53 2012-01-08 20:39 tty53crw--w----   1 root   tty       4,  54 2012-01-08 20:39 tty54crw--w----   1 root   tty       4,  55 2012-01-08 20:39 tty55crw--w----   1 root   tty       4,  56 2012-01-08 20:39 tty56crw--w----   1 root   tty       4,  57 2012-01-08 20:39 tty57crw--w----   1 root   tty       4,  58 2012-01-08 20:39 tty58crw--w----   1 root   tty       4,  59 2012-01-08 20:39 tty59crw-------   1 ubuntu tty       4,   6 2012-01-08 19:41 tty6crw--w----   1 root   tty       4,  60 2012-01-08 20:39 tty60crw--w----   1 root   tty       4,  61 2012-01-08 20:39 tty61crw--w----   1 root   tty       4,  62 2012-01-08 20:39 tty62crw--w----   1 root   tty       4,  63 2012-01-08 20:39 tty63crw--w----   1 root   root      4,   7 2012-01-08 20:39 tty7crw--w----   1 root   tty       4,   8 2012-01-08 20:39 tty8crw--w----   1 root   tty       4,   9 2012-01-08 20:39 tty9crw-rw----   1 root   dialout   4,  64 2012-01-08 20:39 ttyS0crw-rw----   1 root   dialout   4,  65 2012-01-08 20:39 ttyS1crw-rw----   1 root   dialout   4,  66 2012-01-08 20:39 ttyS2crw-rw----   1 root   dialout   4,  67 2012-01-08 20:39 ttyS3drwxr-xr-x   7 root   root         160 2012-01-08 19:57 .udev/crw-r-----   1 root   root     10, 223 2012-01-08 20:39 uinputcrw-rw-rw-   1 root   root      1,   9 2012-01-08 20:39 urandomcrw-------   1 root   root    252,   0 2012-01-08 20:39 usbmon0crw-------   1 root   root    252,   1 2012-01-08 20:39 usbmon1crw-------   1 root   root    252,   2 2012-01-08 20:39 usbmon2crw-rw----   1 root   tty       7,   0 2012-01-08 20:39 vcscrw-rw----   1 root   tty       7,   1 2012-01-08 20:39 vcs1crw-rw----   1 root   tty       7,   2 2012-01-08 20:39 vcs2crw-rw----   1 root   tty       7,   3 2012-01-08 20:39 vcs3crw-rw----   1 root   tty       7,   4 2012-01-08 20:39 vcs4crw-rw----   1 root   tty       7,   5 2012-01-08 20:39 vcs5crw-rw----   1 root   tty       7,   6 2012-01-08 20:39 vcs6crw-rw----   1 root   tty       7,   7 2012-01-08 20:39 vcs7crw-rw----   1 root   tty       7, 128 2012-01-08 20:39 vcsacrw-rw----   1 root   tty       7, 129 2012-01-08 20:39 vcsa1crw-rw----   1 root   tty       7, 130 2012-01-08 20:39 vcsa2crw-rw----   1 root   tty       7, 131 2012-01-08 20:39 vcsa3crw-rw----   1 root   tty       7, 132 2012-01-08 20:39 vcsa4crw-rw----   1 root   tty       7, 133 2012-01-08 20:39 vcsa5crw-rw----   1 root   tty       7, 134 2012-01-08 20:39 vcsa6crw-rw----   1 root   tty       7, 135 2012-01-08 20:39 vcsa7crw-------   1 root   root     10,  63 2012-01-08 20:39 vga_arbitercrw-rw-rw-   1 root   root      1,   5 2012-01-08 20:39 zero

root@ubuntu:/media# ll /dev/mapper/razem 0drwxr-xr-x  2 root root     80 2012-01-08 20:38 ./drwxr-xr-x 18 root root   3740 2012-01-08 20:40 ../crw-------  1 root root 10, 59 2012-01-08 20:39 controllrwxrwxrwx  1 root root      7 2012-01-08 20:39 nvidia_egcfebei -> ../dm-0root@ubuntu:/media#

A więc wygląda na to, że owe dm-0 to jest własnie macierzy dyskowa.

Wklepuję więc w konsoli:

root@ubuntu:/media/dane/backup# dd if=/media/dane/backup/raid0_500gb.img.dd.pigz bs=1M | gzip -d | dd of=/dev/mapper/nvidia_egcfebei bs=1M

i czekam na zakończenie tego procesu.

 

c.d.n. dam znać co z tego wynikło.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Gość dawciobiel

Przywracanie zakończone:

root@ubuntu:/media/dane/backup# dd if=/media/dane/backup/raid0_500gb.img.dd.pigz bs=1M | gzip -d | dd of=/dev/mapper/nvidia_egcfebei bs=1M444195+1 przeczytanych recordów444195+1 zapisanych recordówskopiowane 465772446830 bajtów (466 GB)1+14557115 przeczytanych recordów1+14557115 zapisanych recordówskopiowane 500118585344 bajty (500 GB), 10236,3 s, 45,5 MB/s, 10237,2 s, 48,9 MB/s

Ponoć transfer 45 MB/s czyli znacznie lepiej niż szło w drugą stronę.

Co prawda teraz dopiero zauważyłem, że dekompresja przebiegała z użyciem gzip a nie pigz.

 

No to teraz tylko restart i się okaże...

 

Działa i nie działa. Tzn. Przy ustawieniu dysków (raidowych) na sloty:

2+4 lub 1+3 - Windows 7 podczas startu systemu wyrzuca BSOD 0x0000007B

 

po przestawieniu dysków na sloty 1+3 - Windows 7 działa, włącza się i zawartość dysków wygląda na poprawną tj. jak na razie nie zauważyłem jakichkolwiek błędów.

Co prawda nie sprawdzałem spójności danych za pomocą chkdsk'a czy też innego programu tego typu.

 

W tym momencie podłączenie dysków (sloty 1+3) są takie same jak przed rozpoczęciem całej zabawy z backapowaniem/przywracaniem. Być może należało by przeinstalować system, ale nie chce mi się tego robić.

 

Zmieniony został za to rozmiar Strip Size na 32k (było 64k).

 

Zaraz włącze HD Tach'a i przekonamy się czy jest różnica. Szkoda tylko tych slotów cholera bo byśmy mieli pełen obraz systuacji.

 

HD Tach 3.0.4.0 - quick bench - NVIDIA nForce4 RAID 0 Strip Size 64k 2x 250 GB WDC (sloty 1+2)

Dołączona grafika

http://zapodaj.net/images/5d084bdf12d6.jpg

 

HD Tach 3.0.4.0 - long bench - NVIDIA nForce4 RAID 0 Strip Size 64k 2x 250 GB WDC (sloty 1+2)

Dołączona grafika

http://zapodaj.net/images/83455457c186.jpg

 

HD Tach 3.0.4.0 - quick bench - NVIDIA nForce4 RAID 0 Strip Size 32k 2x 250 GB WDC (sloty 1+2)

Dołączona grafika

http://zapodaj.net/images/43f565de6e5d.jpg

 

HD Tach 3.0.4.0 - long bench - NVIDIA nForce4 RAID 0 Strip Size 32k 2x 250 GB WDC (sloty 1+2)

Dołączona grafika

http://zapodaj.net/images/ba1970450ddc.jpg

 

 

Jak widać wzrósł nieznacznie Avarage read, spadł Burst speed, wzórsł CPU Utilization.

Edytowane przez dawciobiel

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Gość dawciobiel

W tym czasie co kombinujesz z macierzami postawiłbyś system kilka razy ;)

 

hehe, tak, ale system ten stawiałem jakiś niecały miesiąc temu, więc po prostu tak mi się nie chce tego robić ponownie...

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Częściowo związane z tematem, ale nie tylko z RAID 0.

 

<p>Co zrobić, jeśli wydajność naszych dysków twardych nie jest satysfakcjonująca albo chcielibyśmy wzmocnić bezpieczeństwo przechowywanych danych? Najprostsza odpowiedź to... kupić wydajniejszy bądź bardziej niezawodny dysk! Jednak sytuacja zaczyna się komplikować kiedy zdamy sobie sprawę z faktu, że szybszy i zarazem pewniejszy nośnik może być po prostu poza naszym zasięgiem (np.: 1 TB SSD ;]). Wówczas z pomocą przychodzi RAID i nie mamy na myśli popularnego środka przeciw owadom - mowa o nadmiarowej macierzy dysków niezależnych, ponieważ tak tłumaczy się angielski akronim RAID (Redundant Array of Independent Disks). Właściwie czym jest RAID? Który rodzaj macierzy wybrać? Jak zbudować RAID? Ile dysków potrzeba do poszczególnych typów RAID? No i czy w ogóle gra jest warta świeczki? Na wszystkie pytania postaramy się odpowiedzieć w niniejszym poradniku opisując zasady działania oraz budowę RAID 0, 1, 1E, 5, 5EE, 6, 10 i dodatkowo JBOD i RAID 5E, a teorię oczywiście poprzemy testami. Zapraszamy więc do kompendium wiedzy o RAID!</p>

Poradnik RAID - teoria, budowa, naprawa i testy RAID 0, 1, 5, 10 - PurePC.pl

  • Upvote 2

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

też macie takie wrażenie, że dyski w RAID 0 pracują ciszej, niż jako dwa, samodzielne dyski? Mam takie odczucia, jakby "mocniej" były obciążone, np w RAID0 oba po 80% a tak to czasem jak dysk sam pracuje 100%.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Niestety moja mobo - Asus P7H55-M Pro nie posiada własnego fakeraid, a przynajmniej nie znalazłem o nim info. Mam natomiast jedno wolne gniazdo pcie x1

A ponieważ mam 4 dyski sata2, to chce dwa z nich wpiąć w raid 0, postawić na nich system i programy/gry użytkowe aby szybciej śmigało

Edytowane przez Efyr

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Przenosił ktoś z was RAID 0 z P45 na Z77 mam problem ponieważ po ustawieniu wszystkiego w biosie przy uruchamianiu się systemu wyskakuje zrzut ekranu. RAID jest rozpoznawany, wszystko niby ok ale jego włączenie ustawienie BIOS RAID powoduje to ze na ekranie pojawia się blue scr.. System jest na innym dysku

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Tak chyba że coś pomieszałem poniewaz tyle tych programów od intela teraz storage menager , rapid memory itp..moze cos pominąłem. Kontroler jest w SB tak apropo czy w procesorze? Od dwóch lat rzadko zaglądałem w te niuanse a technologia + marketing nie poczeka ;D

Edytowane przez HeretyK

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Wszystko poinstalowane , zaktualizowałem bios i nadal kicha. Nawet jak odłacze dyski i włącze tryb raid to podczas włączania "motylek windowsa" łabie niebieski ekran. Moze przed instalacją windowsa powinienem ustawic RAID ale to raczej nie powinno miec znaczenia. Złąszcza ze na tych dyskach nie ma systemu.

 

Komputer uruchomił sie w trybie AHCI i dyskami RAID , Ale odłaczylem 4 dysk

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Przed instalacją to na pewno musi być albo AHCI albo RAID. Teoretycznie jak instalowałeś na AHCI po włączeniu na RAID powinno dalej śmigać bo korzysta z tych samych sterowników.

 

Ale ostatecznie jak nie zadziała postaw sys od nowa w docelowym trybie a potem podłącz macierz.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Chce zmienić dysk ssd na coś większego i zastanawiam się nad Intelem 160gb g2 - mam takiego w laptopie a szybko postępujący rozwój SSD sprzyja spadkom cen więc w niedalekiej przyszłości do laptopa włożyłbym coś nowego a z dwóch SSD 160GB G2 skleiłbym RAID0 co myślicie o tym rozwiązaniu. Dodam ze ceny tych dysków rozpoczynają się od ok 300zł za 160GB co dodatkowo skłania mnie do tego wyboru. Wiem ze nie działa wtedy TRIM ale widziałem wzmianki ,że jest jakiś odpowiednik tej technologi dla RAID0.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Nie ma żadnego odpowiednika za Trim. Dyski mają wbudowane Garbage Collection które podobnie jak Trim oczyszcza komórki ale w przeciwności do Trim robi to tylko i wyłąćznie w czasie bezczynności dysku. No i nie jest to aż tak skuteczne jak Trim.

Macierz nie przesadnie eksploatowana, w warunkach domowych z zostawieniem dodatkowej wolnej przestrzeni (np 2x160 ale tworzysz tylko 300GB) powinna w większości zachować swoją wydajność.

 

To jesli zależy ci na pojemności, bo dzisiejszy nowy pojedynczy dysk i tak może być wydajniejszy. Raid 0 nie poprawia losowych operacji na małych plikach przy niskim QD (czyli typowe warunki domowe) więc korzyść będzie raczej nie odczuwalna.

 

Masz Z77 więc jeden Samsung 830 zamiata tą macierz ;)

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Przyglądałem się samsungowi ale czy różnica jest zauważalna w codziennej pracy względem jednego intela? Trochę obawiam się o zapas miejsca 128GB bo innej opcji nie przewiduje wystarczy. System W7 + PS1 + programy + wirtualny sys zajmuje sporo.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Przyglądałem się samsungowi ale czy różnica jest zauważalna w codziennej pracy względem jednego intela? Trochę obawiam się o zapas miejsca 128GB bo innej opcji nie przewiduje wystarczy. System W7 + PS1 + programy + wirtualny sys zajmuje sporo.

 

Zdefiniuj "codzienną pracę"...

 

Wszystkie SSD mają niski czas dostępu i to jest ten "odczuwalny" przez wszystkich kop. Tutaj nie masz szansy odczuć różnicy między intelem i samsungiem.

Transfer przydaje się np. przy obróbce filmów i innych takich. Tutaj masz szansę odczuć różnicę.

 

Pozdrawiam

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Tak samo zauważalna jak w przypadku pojedynczego dysku a dwoma w Raid 0 ;)

 

Odczujesz skrócenie czasu instalowania właściwie wszystkiego. Reszta poza benchmarkami niemal identyczna.

W operacja na plikach pojedynczych sekwencyjny zapis intela to 100MB/s. W raid będzie 200MB/s a Samsung ma 320MB/s

Do tego 830ka ma wyższy IOPS i 4k random.

 

Proponuje do Intela 160 którego już masz dokupić Samsunga. Bez żadnego Raid a tylko podział zadań i różne partycje.

Ja mam podobnie mimo że mam dwa dyski o niemal identycznej konstrukcji i pojemności to jeden jest jako C: a drugi D:

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

jaki powinienem ustawić "strip size" dla 2x cruciali m4 128gb. domyślnie płyta ustawiła mi 16KB czy to jest prawidłowa wartość? przy dwóch dyskach twardych 500gb mam 128KB. czy zmiana tego parametru będzie miała wpływ na wydajność?

 

16kb

 

Dołączona grafika

 

 

Dołączona grafika

 

 

128kb

Dołączona grafika

 

Dołączona grafika

 

 

pomóżcie mi zinterpretować wyniki. który Waszym zdaniem będzie lepszy rozmiar??

Edytowane przez zaodrze244

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Na Raid z płyty głównej niemal zawsze lepiej działa 128kb i ten właśnie bym zostawił.

Przy kontrolerach lepszej jakości na osobnych kartach można eksperymentować z innymi paskami.

 

Tutaj zbyt mały pasek powoduje zwiększenie obciążenia "kontrolera" czyli sterownika i CPU. Stąd wyniki słabsze.

Edytowane przez rafa

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.

Gość
Dodaj odpowiedź do tematu...

×   Wklejono zawartość z formatowaniem.   Przywróć formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

Ładowanie


×
×
  • Dodaj nową pozycję...