Administrace komentářů

Ano, nektere ficury zfs, nebo btrfs nevyhnutelne nutne potrebuju uz davno a bez nich je kvalita meho zivota vyznamne horsi, ale potrebuju to na linuxu a mam obavu, ze zfs na linuxu neni lety proverena zalezitost a btrfs taky jeste stale neni lety provereny natolik, abych to nasadil plosne na vsech strojich. Takze z techto uvah jsou pro ted vyskrtnuti a zatim pro mne a pro toto vlakno neexistuji v tomto kontextu. Jeste docela nedavno mel btrfs problem treba prave s r5-6 pricemz ne na vsech strojich muzu mit nejaktualnejsi jadro a mam za to, ze tohle jeste stale plati https://btrfs.wiki.kernel.org/index.php/RAID56

Podivam-li se na zapisy a cteni - coz delam kazdou chvili, kdyz resim problem, tak zjistim , ze tam neco zapisuje a neco cte a odpovida to celkem realite. Load se muze v zatezi pohybovat mezi 2 az 2.5 a u viceprocesoroveho stroje to jeste neznamena pretizeni. Pameti mam dostatek. Raid pouzivam md a pocet disku je ruzny na ruznych masinach. Casto jsou to 2 disky v r1 a jinde to byva povicero disku v r5, nebo nekdy v pomalejsim r6.

Uvnitr virtualky muzu spustit kopirovani vetsiho file a lita to krasne, ale potom pri realne praci byvaji stiznosti. Takze si treba nekdy udelam benchmark z vnitrku virtualky a vidim, ze odezvy jsou obcas vyrazne vetsi a ze to obcas muze kolisat. Samozrejme ze se o disk deli vice virtualek a tak jsem dle diskusi na netu dospel k tomu, ze u sw raidu obecne je udajne problem, ktery jsem popisoval vyse. NN poslal dokument, ktery toto zcela popira. Otazkou je, kde je pravda..? Pokud by stale platilo, ze musim volit mezi md a nejakym hw resenim, pak plati ze je to pro mne velka ztrata, protoze hw raid nebude schopen poskytnout to co mi dava md, nebo muze jednou davat zfs a btrfs az se o nich bude vedet, ze uz jsou cela leta bez problemu v provozu a ze je na ne opravdu spoleh. Ale jinak btrfs desne fandim a tesim se na dobu az to budu moct hojne pouzivat.