Printable View
Ok, já jsem teď na hraně toho, že to pole zruším a budu používat disky jednotlivě.
Může se mi tedy stát (i když vypnu tu write cache), že po náhodném resetu PC, či výpadku proudu dojde k rozsypání toho FS? Ono i když říkám, že mi jsou ty data jedno, tak zas tak jedno mi nejsou :D
to se ti muze stat i s jednim diskem
jen proste bud prijdes o pulku (dva jednotlive disky), nebo o vsecko ...
To ano, ale asi u RAID0 pole bude ta náchylnost větší nebo ne?
Nechci shánět různá data, pak mi vypnou proud a mám po celém poli. Toho se hlavně bojím. To že může odejít disk, beru.
je to vpodstate totez. castecne se to da omezit i tim, ze si na ntfs zapnes zurnal ... (jestli uz ho nezapinaj defaultne)
Fox:
A proč tedy jezevec píše toto:
Protože jestli je to pravda, tak se mi tedy moc nechce v tom poli uchovávat data a doufat, že náhodou nevypadne proud a já o vše přijdu :DCitace:
Bud chces vykon a pak zapomen na 5k4 disky (a ano, vsechny GP jsou 5k4) nebo chces prostor a pak zapomen na R0 (natoz na boot z toho). Zadelas si leda na neustaly potize. SW R5 (fakeraid) se mi rozpada tak kazdy 3 mesice, staci nutnost natvrdo kom resetnout a prepocitava se. Co myslis ze se stane na stripu ? Ano, presne, rojebne se.
2Kecinzer: Dost pravdepodobne budes na SW R0 obnovovat data tak casto, ze ti z toho mrskne.
protoze mota r1 a r0 dohromady ...Citace:
Původně odeslal kecinzer
R1 se "prepocitava" protoze neni korektne vyplej a tudiz neni jisty, ze jsou oba disky stejny.
u R0 nic takovyho nehrozi, pac neni odkud/co prepocitavat.
kdyz to nekorektne shutnes, tak se proste nezapsany veci nezapisou. totez plati pro jednotlivy disky. jedinej rozdil je v tom, ze se ti muzou nakopnout 3TB dat, nebo 1.5TB dat.
Pokud je to tedy tak jak píšeš, pole zatím rušit nebudu.
Stejně si ale se zálohou raději ten tvrdý reset vyzkouším :D
Hard reset nebo crash systemu je nebezpecim pro jakykoli FS s vyjimkou napr. EXT3 v modu journal, kdy se jurnaluji i data a teoreticky by to melo byt 100% odolne, samozrejme pri vypnuti vsech moznych write-cache. Jenomze ono se ukazuje, ze kdyz vypadne proud, tak urcite soucastky ci dily v kompu se vypnou rychleji nez jine a vysledek je, ze u beznych SATA/PATA disku a radicu je slusna pravdepodobnost, ze kdyz se to stane pri zapisu, tak disk zacne zapisovat nejakej nahodnej bordel, protoze disk jako takovej vydrzi pracovat dele nez nektere sbernice ci mozna samotne CPU, cimz muze dojit k prepsani vpodstate jakekoli casti FS a neda se s tim nic delat, krome koupi HW RAIDu s BBU.
Prepocitava se mi R5, pisu do snad dost jasne a prepocitava se tak v 50% pipadu po tvrdym resetu/vypadku energie. Zalezi na tom zda se zrovna neco zapisovalo. Vzhledem k tomu ze to jsou jen datovy disky => neni na tom OS, swap a dalsi ptakoviny, tak na stejnym poli se systemem by to byla 100% uspesnost (predpokladam).Citace:
Původně odeslal Fox!MURDER
Zasadni rozdil mezi sestrelenym systemem s jednotlivejma diskama a systemem s polem je ten, ze na disku se nic neprepocitava, data proste nejsou (a nebo je nadrbnutej nakej jeden soubor ...). V pripade poskozenyho pole dojde min k jeho proverovani (zrcadlo a vejs samo) a to trva od desitek minut do desitek hodin (v zavislosti na konfiguraci pole a vykonu). Trebas proverovani moji R5 ze 3 GB WDGP trva cca 10 - 15 hodin. Po tu dobu je to prakticky nepouzitelny.
Predpokladam, ze strip se prepocitavat nebude (neni co), ale v pripade ze stroj padne na hubu tak se bud rozdrbne stejne jako u disku ten jeden soubor nebo se rozdrbne kompletni pole. Jaka je pravdepodobnost ceho netusim.
2Petrik: Bych chtel videt disk, kterej nahodne vygeneruje korektni command k zapisu ... celej problem neni v disku ale v cache. Jinak kompletni zurnalovani ext3 sejme vykon tak na 1/10.
Ok, děkuji za názory.
Nakonec tedy otázka SW RAID 0 nebo ne? Mám ho nechat, nebo zrušit a nainstalovat systém normálně?
Ono když se na to tak koukám, tak ten RAID0 má jedinou výhodu v té rychlosti, ale při práci ve Win mi to přijde takové divné - resp. jako kdyby to vytěžovalo víc CPU.
Jinak se mi to jeví jako nevýhodné.
Nevidím teplotu jednotlivých disků, není to přenosné, nemohu za chodu používat eSATA (protože mám řadič v modu RAID) atd. atd.
R0 by se teoreticky rozpadnout uplne nemelo nikdy, protoze jeho struktura je tak jednoducha, ze se tam IMO rozpadnout nema co. Jenomze to, ze pole to rozdycha bez problemu jeste neznamena, ze FS take....Citace:
Původně odeslal Jezevec
Psal a myslel jsem to tak, ze elektrina vypadne zrovna ve chvili, kdy se neco zapisuje, coz je typycky nejaky DMA prenos z RAM do radice a z nej do HDD a kdyz zrovna v tu chvili vypadne napajeni, tak nevidim jediny duvod, proc by ten disk mel sam od sebe prestat IHNED zapisovat...on proste zapisuje, co mu posila radic po SATA/PATA interfejsu a kdyz se tento interfejs resp. radic resp. DMA prenos rozpadne vlivem podpeti drive, nez se disk sam vypne, zacne tam zapisovat nejakej garbage. To neni muj vynalez, to napsal Linus Torvalds a nemyslim si, ze by si vymyslel. Entrerprise HW ma tohle samozrejme poreseny, je tam zrejme nejaka detekce podpeti primo v tech radicech ci discich, ktere ten zapis okamzite zariznou...
Jinak plny zurnal nema vykon 1/10, pri urcitych typech operaci je dokonce radove rychlejsi, tuypicky kdyz se zapsuje a cte jeden a ten samy soubor ci co...nekde na netu jsou benchmarky a v jendom z nich tam plny ruznal porazil vsechny ostatni FS rozdilem tridy, bylo to tam i vysvetleno...
Jinak rychlost vychazi na cca tretinu bezneho vykonu.
r1 v. r5 je vpodstate totez.Citace:
Původně odeslal Jezevec
a jak pise petrik - r0 se rozpadnout nemuze.
takze se to co se utnuti napajeni chova jako jeden disk, jen ta pravdepodobnost, ze se neco posere je dvojnasobna, protoze komponenty jsou dve.
a ad. jestli ano, nebo ne. jestli ti ten vykon nepripada extra dobrej, tak se vrat k jednotlivejm diskum.
Nektere fake-RAIDy umeji vice ryznych typu RAIDu, napr. nejnovejsi ATI chipsety 785 a udajne i intely. Muzes mit tedy RAID-1 na system a dulezita data a zbytek RAID-0 pro ostatni, mene dulezita data.
intel to inzeruje pod komercnim oznacenim Matrix raid.
Tak teď tedy opravdu nevím :D
Ještě bych se rád zeptal, jaký je rozdíl mezi Intel ICH9R a integrovaným Gigabyte řadičem, nebylo by to na něm třeba rychlejší?
Plus ještě dotaz. Když zapnu disky do modu RAID, tak přijdu o možnost zapojovat za chodu disky do eSATA? Dalo by se to nějak obejít?
Nevim co je to integrovany gigabyte radic. Mohl bys uvest konkretni vyrobek? Kazdopadne bych spis doporucil ICH9R, protoze mas jistotu slusne odladeneho ovladace a moznosti jednoduse sehnat nahradni HW, pokud ti nahodou odejde deska.
ad AHCI vs RAID. Nemam vyzkousene, ale tusim ze eSata by melo v RAID rezimu fungovat. Ale jak rikam - nemam vyzkousene.
Ok. Už jsem se i dočetl na anglických forech, že ICH9R je lepší a také rychlejší.
Jde o to, že s AHCI mám přímo ve Win7 možnost odpojit disk za chodu (dole přes ikonu USB), v RAID modu tam nic takového nemám.
A cos cekal do SW pole ? To pole ti resi driver widli, radic stim nema nic spolecnyho, ten driver si jen z BIOSu precte, jak ma to pole nakonfigurovat, nic vic. Kdyz se mi prepocitava ra R5, tak mam c2q tak na 20 - 30%.Citace:
Původně odeslal kecinzer
Co se teploty a spol tyce, to je opet jen chyba toho driveru, tusim existujou aplikace ktery umej precist smart i na tomhle.
2Petrik: bavim se o vykonu pri beznym home pouziti, testoval sem to a bylo to dost tragicky. A stejne ti to nepomuze, protoze ext3 ma proste spoustu dalsich nemilych vlastnosti pokud jde o bezpecnost dat.
2kecinzer: RAID = AHCI (alespon by melo). esata by ti melo normalne fungovat. Na radici nesejde, jak sem psal, neni to HW raid, resi to CPU + driver. Ze to widle nevedi je jejich problem/ovladace.
Začal jsem si tady s tím hrát a přišel jsem na zajímavou věc. Když při instalaci Win7 nenainstaluji z USB nejnovější Intel RAID driver, tak to sice normálně funguje, ale výkon disku je cca o 25 - 30% nižší. Testoval jsem v HD Tune a místo 215 MB/s top jsem měl 165 MB/s top. Na screen jsem bohužel zapomněl, ale každopádně je to tak.
To je poprvé co vidím až tak velký vliv ovladače na výkon.
Pokud tedy někdo provozujete RAID na Intelu, velice doporučuji instalaci nejnovějšího driveru.
coz ale jen ukazuje, jak jsou tyhle fake-RAIDy tragicky a ze je daleko lepsi pokud to jde pouzivat klasicky SW raidy ala linux MD RAID, ZFS ci tak neco, pokud to samozrejme neni tak hrozne marny, jako je wokenni SW RAID. specialne v R-0/1 neni zadny duvod, proc by mel vykon tak hrozne kolisat, ten radic nedela nic jineho, ze budto posila data misto jen na jeden disk na oba, coz vazne zadna zatez na CPU neni, nebo posila pulku na jeden a poulku na druhou. Duvod, proc to tak je, je navrh techto fake-RAIdu, kdy je data nutne zapisovat a cist z pameti 2x, protoze se nejedna o ciste OS-based SW RAID, nekde na netu jsem videl pekne zduvodneni.
Linuxovek SW raid je ve specifickych pripadech vykonejsi nez lecjaky HW reseni ... toz pokud by do toho kdokoli sel, vykonu se v tomhle pripade rozhodne bat netreba.
Ono to má ale háčik, dokonca keď budem citovať teba, tak rovno dva. :)
"Linuxovek SW raid je ve specifickych pripadech vykonejsi nez lecjaky HW reseni"
Inak súhlasím, ak má niekto obmedzený rozpočet a chce RAID na Linux, tak ho môže kľudne použiť, a to hovorím napriek tomu že ja osobne preferujem aj prevádzkujem HW RAID.
Bavme se o resenich, ktery si nekdo poridi domu => nebude si nejspis kupovat radic za 100k, sasovy disky ...
Jako bonus je SW raid (!= fake raid) bezpecnejsi (vzdy). Totiz HW reseni je casto navazany na konkretni HW a uz sem videl i pripady, kdy stejny radic s jinym firmwarem proste pole nezkous => data v p... SW raid se da vzit (hromada disku) a pripojit naprosto kamkoli (libovolny MB/radic) a pojede to. Narozdil od fake netreba resit spravny pripojeni disku, protoze disky na sobe maji IDcka a system si je sam spravne posklada.
do tématu byla přesunuta debata o RAID polích z nákupní poradny
Souhlasim s Jezevcem, na druhou stranu konkretne pro databaze prinasi HS RAID s BBU velmi vyznamny narust vykonu (kdyz se hodne zapisuje); s tim nemuze zadny SW RAID s klasickymi HDD souperit, ale to je dost specificke pouziti. Pro beznejsi pouziti ma IMO MD RAID vice kladu nez HW reseni, napr. cenu :) Dalsi nevyhoda HW RAIDu je, ze jejich nezbytne utility casto nefunguji pod free distrama jako napr. OpenSuSE ci ubuntu a pro zmenu parametru pole je nutne bootovat utility CD, coz je opruz a server je po tu dobu (klidne i 20 hodin na HP) down, navic clovek potrebuje prehistorickou CD-mechaniku. Dost mi to pripomina rozdily mezi proprientalnim reseni a opensource v ruznych jinch oblastech, kdy proprietalni je drahe, casto pouze jednoucelove, velmi nepruzne a casto vice buggy. Navic, v dobach SSD disku uz hlavni vyhody HW RAIDu pomalu prestavaji platit, protoze i MD RAID na nekolika SSDckach je dostatecne vykonny krome naprosto specifickych pripadu, pro ktere tu ale mame Fusion-IO :)