Citace Původně odeslal Petrik Zobrazit příspěvek
Me pripada, ze to odlehceni systemu je skutecne jedina realna vyhoda, ktera je, naopak dost podstatna nevyhoda mi prijde fakt, ze je casto velky problem monitoring toho radice z linuxu a s tim spojene posilani mailu v pripade havarie. Navic, pokud se nebavime o tech nejdrazsich radicih, casto je SW RAID na modermin kompu rychlejsi nez ten HW RAID, protoze dnesni vice jadrova CPU uz skutecne brzdou nejsou, coz se o procesrech na tech HW radicich rici vetsinou neda. A souhlas s tebou, ze SW ma tu vyhodu, ze bezi na jakemkoli HW, takze to nezavisi na jednom spatne sehnatelnem (a drahem) radici...
prave to odlehceni je z tech veci, ktery jsem jmenoval ta vyhoda asi nejmensi.
jinak my pouzivame 3ware radice a ty maj v linuchu vlastniho daemona, kterej ty maily posilat umi, takze neni problem ... a pak mame SCSI adaptecy (tam je na to jednoduchej script, kterej proste periodicky kontroluje disky) a stary SCSI mylexy (ty maj /proc/rdstat nebo tak nejak a zase jednoduchym skriptem neni problem zjistit stav disku)


ale obecne mam ze softwarovejch raidu vzdycky vetsi vitr, kdyz delam jakykoliv zmeny v konfiguraci ... u tech HW mi to precijen prijde pruhlednejsi ....

navic v SW raidech bejvaj pitomy chyby ... napr. v 2.6.19 raid 5 degraduje vykon celyho pole pri zapisu na vykon jednoho disku (pokud je v kernelu zapnutej nejakej flag, kterej s tim vpodstate ani nesouvisi a v x64 verzi ani nejde vypnout), nebo napr. fbsd geom se obcas chova velmi, velmi zvlastne bohuzel ... pritom je to zatim asi nejlip navrzena storage vrstva, se kterou jsem mel tu cest ...