🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.bsd
Article #21454

Re: Kontroler SATA II Raid

#21454
From: Wojciech Puchar
Date: Tue, 27 Apr 2010 14:40
76 lines
4460 bytes
>> Przepraszam, czy TY w ogóle czytasz to co piszesz?
> 
> Janusz, akurat w tym przypdku Wojtek dobrze Ci radzi -- olej
> kontrolery sprzętowe, które robią mirrora. Znacznie lepiej jest
> zrobić to na gmirrorze (albo na zfs :D) Jak Ci taki sprzętowy

ZFS odradzam. Wolne, pamięciożerne i jeśli naprawde się skopie to
nienaprawialne. Troche testów zrobiłem NIM chciałem to użyć na serio i
dobrze.

Nie znalazłem żadnego realnego przypadku (poza "laboratoryjnymi" sytuacjami)
żeby było to naprawde dużo wydajniejsze od UFS. Natomiast zajętość procesora
lekko licząc 10x normalnie, zajętość pamięci jak "dobrze" pokombinujesz z
ustawieniami to 1GB minimum. MOŻNA zrobić że zajmie mniej ale wtedy jest
jeszcze wolniejsze.


Radze Ci zrobić test - zrób ZFS i włóż te dyski do komputera który ma
niesprawny RAM albo procesor. Poużywaj to troche i pozapisuj. W końcu się
coś wywali kompletnie.

Teraz przełóż to  do sprawnego komputera i spróbuj odzyskać dane. 
Życze powodzenia ;)

A "wynalazcy" ZFS reklamują że jest niezniszczalny i wyjdzie z każdej
opresji.


Z mojego doświadczzenia wiem że UFS spełnia właśnie to wymaganie idealnie.
fsck_ffs potrafi naprawić to po straszliwych katastrofach tracąc tylko kilka
plików które akurat były zapisywane, ew. cały katalog.

Ale cały katalog tylko NAZW, pliki z niego wylądują w lost+found i da się
dojść.

Z różnych systemów jakie znam i systemów plików o UFS moge powiedzieć że
moge mu zaufać w każdej sytuacji. O żadnym innym tego nie mogę powiedzieć.

Może nie jest najszybszy teoretycznie możliwy, ale szybki jest z pewnością.

w połączeniu z gmirror/gstripe/graid5 można mieć go na wielu dyskach. Czego
chcieć więcej, i po co przechodzić na nowe "wynalazki" które działają
gorzej.


> kontroler padnie, to niekoniecznie wiadomo czy da się odzyskać dane na
> innych kontrolerach SATA. A tak wkładasz do jakiejkolwiek maszyny

Co do mirroringu - tutaj żadne wspomaganie sprzętowe nie jest potrzebne bo
to po prostu nagrywanie na 2 dyski tego samego.

Co do RAID5 - zrobienie XOR'a danych które idą na dysk to tak małe
obciążenie dla procesora i podsystemu pamięci że sprzętowy kontroler g.
daje.

daje najwyżej bateryjne podtrzymanie - może wtedy nie robić sync na dysk gdy
system chce. PRzy używaniu softupdates pomijalny zysk za wielkie pieniądze.

Tą samą kasę lepiej wydać na np. więcej dysków i uzyskać lepszą wydajnść.

Sprzedawcy i producenci dawno o tym wiedzą, dlatego też w BIOSach płyt
głównych dodane jest proste oprogramowanie i pisze że jest "HARDWARE" RAID.
Nie ma niczego poza kawałkiem programu. I słusznie bo nie ma takiej
potrzeby. A wode z mózgu głupim klientom można robić, nikt za to nie każe
więc robią.


> Ja mam, choć nie mogę polecić, kontrolery Adapteca 1430SA, dokładnie
> te: http://www.adaptec.com/en-US/support/sata/sataii/AAR-1430SA/ we
> FreeBSD 8.0-STABLE i działa to sprawnie z 8 dyskami (docelowo miejsce
> na 16 dysków); gmirror po 8 partycjach UFS (po jednej per dysk) na

Tzn. nie przesadzajmy one działają poprawnie, ale nie są w NICZYM lepsze od
tych najtańszych.

y
Technical Details
Message-ID: <1272379234.697795@wojteks.tensor.gdynia.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!nf1.ipartners.pl!ipartners.pl!news.task.gda.pl!not-for-mail
References: <hqhg1n$s3n$1@node1.news.atman.pl> <1271882933.87374@wojteks.tensor.gdynia.pl> <hqpkat$910$1@node1.news.atman.pl> <3rT6rsalsIl5oN13q.elb@akson.sgh.waw.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!nf1.ipartners.pl!ipartners.pl!news.task.gda.pl!not-for-mail
From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
Newsgroups: pl.comp.os.bsd
Subject: Re: Kontroler SATA II  Raid
Date: Tue, 27 Apr 2010 14:40:33 +0000 (UTC)
Organization: "TENSOR ap"
Lines: 76
Message-ID: <1272379234.697795@wojteks.tensor.gdynia.pl>
References: <hqhg1n$s3n$1@node1.news.atman.pl> <1271882933.87374@wojteks.tensor.gdynia.pl> <hqpkat$910$1@node1.news.atman.pl> <3rT6rsalsIl5oN13q.elb@akson.sgh.waw.pl>
NNTP-Posting-Host: gw.tensor.gdynia.pl
Mime-Version: 1.0
X-Trace: news.task.gda.pl 1272379233 4338 213.192.64.34 (27 Apr 2010 14:40:33 GMT)
X-Complaints-To: abuse@news.task.gda.pl
NNTP-Posting-Date: Tue, 27 Apr 2010 14:40:33 +0000 (UTC)
User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/7.3-PRERELEASE (i386))
Cache-Post-Path: wojteks.tensor.gdynia.pl!unknown@wojtek
X-Cache: nntpcache 3.0.2 (see http://www.nntpcache.com/)
Cache-Post-Path: serwer.tensor.gdynia.pl!unknown@wojteks.tensor.gdynia.pl
X-Cache: nntpcache 3.0.2 (see http://www.nntpcache.com/)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit