Raid 0-X, SW raid etc.

[Petrik]

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.

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....

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.