Jaderné noviny – 15. 12. 2010: Triky pro vyšší efektivitu virtualizace (diskuse)

[Pavel Stárek]

Mě by se spíš hodily triky pro menší latence (respektive menší zaškubávání) desktopu, například při kopírování souborů z/na disk .

[magor367]

Muzete zkusit BFS, ja jsem celkem spokojen :)

http://en.wikipedia.org/wiki/Brain_Fuck_Scheduler
http://zen-kernel.org/

[geebranz]

CPU transfer

Rely

[b fgngYD]

Ciastocne riesenie je i kupa ssd, ktore sa pouzije ako cache pre zvysok systemu (http://bcache.evilpiepirate.org/) Ja sa to prave pokusam nasadit na desktope, kde mam raid5 na 5 diskoch na vsetky data, pricom system je na raid10 (4 disky, ktore su zdielane s raid5 diskami = dokopy 5 diskov v bedni). Tiez ma trapi hlavne zapis na disk. Pri stahovani nejakeho blbuntu dvdcka cez torrent mi miestami zasekne cely komp (fluxbox).

BFS planovac mam vsak v plane tiez urcite vyskusat. Mala by to byt lepsia cesta.

[Michal]

On RAID5 obecne neni k zapisu moc pratelsky (typicky se musi nejdriv cist ze vsech 5 disku, spocitat nova data a zapsat) takze me neprekvapuje ze system spatne reaguje pri masivnich zapisech ve tvoji konfiguraci. IMO RAID 5 nebo 6 ma smysl jen v SAN nebo NAS diskovych polich ktere umi ruzne triky na zrychleni zapisu. Primo do desktopu nebo do serveru (nebo jako DAS pole) je lepsi RAID10 jelikoz ten jen zapisuje a nemusi predem nic cist.

[b fgngYD]

Som si toho plne vedomy, avsak potrebujem maximalizovat vyuzitelne miesto a do home adresaru malokedy zapisujem vela. Horsie je na tom adresar filmy, ale raz za mesiac, kedy s nim daco robim to uz prezijem.

Podla nejakej studie som cital, ze pri raid5 je nutne precitat len paritu, teda citat z jedneho disku a da sa zapis uskutocnit i s tymto nacitanim jedneho bloku. Neviem, ci je to i v linuxovom mdraide implementovane, ale skor nie.

Btw, vie mi niekto poradit, ako odtestujem co najspolahlivejsie vykon filesystemu? Ide mi o to, ze ked vytvorim ext3/4 particiu, daju sa jej odovzdat stride a podobne parametre. Nikde som nenasiel, aky to ma dopad na vykon a chcel som spravit nejake porovnanie. Zatial som experimentoval len s iozone a vzhladom na 12GB ram mi to rychlosti citania dalo kus skreslene i pri vacsich testovacich suboroch. (Tiez zarovnanie lvm budem mat asi nespravne, len sa nemam cas tomu venovat :-/ )

[Osvetitel]

RAID 5 ale nema paritu jen na jednom disku...

[Gilhad]

Dovedu si predstavit reseni, kdy se nacte menena oblast + parita, z toho se vypocte "parita bez oblasti" a pak "parita s novou oblasti" a pak se ulozi oblast a nova parita. U pomaleho disku a rychleho procesoru by to mohlo byt vyhodne, ale jestli to nekdo napsal a jestli se to pouziva fakt nevim.

[ebik]

Efektivne ma jeden paritni disk. To ze je pro ruzne "stripy" parita na ruznych diskach je vec druha. A jinak jak jiz tu psal Gilhad prede mnou: teoreticky staci precist prave jen paritu a menenou oblast a pak do nich zapsat nove hodnoty.

Nicmene pri zapisu velkych souboru staci pockat na tolik dat aby se zapisoval cely "pruh" ("stripe") - pak neni potreba nic cist. Predpokladam, ze takovou optimalizaci by i linux mohl mit. V pripade velikosti bloku raidu 64k a raid5 na peti diskach to dela 256k.

[Honza]

Ad cache:

Neni treba resenim mit virtualni disky na pseudo fs ktery necachuje ?

Napr: na AIXu mam moznost mountovat fs s options rbrw,cio,dio, ktere krome jineho zpusobi primy zapis na disk. Vyuziti to ma napr. u db systemu kdy sama databaze cachuje dle nejakeho algoritmu pouzivane bloky. Puzitim techto options pri mounutu na danem fs zabranim double cachingu na danem fs. Analogicky bych tyto options mohl pouzit i pro virtualni disky a cachovani nechat na virtualnich hostech.