Vlákno názorů k článku Co umí souborový systém ZFS od Lubos Soltes - Ked tak pozeram, jedina vec co je zaujimava...
-
Ked tak pozeram, jedina vec co je zaujimava su tie 128 bitove velkosti.
Pooling mal uz aj AdvFS v Tru64 unixe (stary Compaqovy unix).
Ten I/O reordering je prva vec co kazdy admin vypne na nejakom vacsom databazovom stroji (Oracle), lebo databaza vyzaduje garantovane poradie zapisu dat na disk (dokonca sa vypinaju akekolvek fs cache). Co sa stane ked jeden disk z poolu vypadne ? Nastartuje vobec ten pool ? Umoznuje to nativny mirroroing (LVM/LSM) ? Kompresia je pekna vec, ale stale len spomaluje a usetrene miesto nieje garantovane, cize skoro nepouzitelne.
je sice pekne ze to he 128bit fs, ale to je asi jedine serioznejsie pouzitie. -
Ale ne, ZFS ma spoustu peknych vlastnosti, akorat ze clanek to bere ukrutne zkratka. Treba end-to-end integrity checking - u kazde operace a u kazdeho kousku dat je checksum, ktery se vzdy overuje. Nebo ohledne redundance - pokud je pool vytvoren jako double-parity, tak prezije vypadek dvou disku bez ztraty dat, atd. ZFS je AFAIK jakysi krizenec LVM, SW-RAIDu a vlastniho filesystemu s uplne zgruntu vymyslenou architekturou.
Ten reasons to reformat your hard drives:
http://www.tech-recipes.com/solaris_system_administration_tips1446.html
Double-Parity RAID-Z:
http://blogs.sun.com/ahl/entry/double_parity_raid_z
ZFS na blogach:
http://swik.net/zfs
etc... -
Izak (neregistrovaný)No jo RAID6 je uz nejakou dobu, ale podle me bude zdrzovat i ruzna velikost bloku, cheksum bude super, ale zase bude zdrzovat. Takze s toho bude FS na FileServer, kde neni rychlost zase tak dulezita, zato na DB, kompilaci, multimedia nebude.
proste napad dobry, zaplnil diru, ale bude to minoritni FS na specificke veci. -
Milan Jurik (neregistrovaný)Nechci ryt, ale fileservery jsou docela klicove, ne minoritni. Ne vse je databaze, jak nam administratori databazi neustale tvrdi. Ano, pro databaze nejsou vsechny zalezitosti ze ZFS zajimave, na druhou stranu, pro databaze je casto zajimavy i jen raw device. Databazisti vzdy muzou sebrat ext2 nebo ufs s vypnutym loggingem (zurnalovanim) a muzou si spokojene chroupat.
Co se tyce kompilaci a multimedii, zrovna tam je udrzovani konzistence dat dost zajimava zalezitost. -
Tomas Dzik (neregistrovaný)Jedna z hezkych vlastnosti ZFS, ktere clanek nezminil je napr. snapshot v konstantnim case.
Diky tomu, ze ZFS funguje na principu Copy On Write staci pri vytvoreni snapshotu prestat uvolnovat zmenene bloky. Takze vytvoreni snapshotu je prakticky okamzite a navic pomerne prostorove efektivni, protoze misto, ktere takovy snapshot zabere je stejne, jako misto zabrane bloky, ktere se zmenily od doby, kdy byl tento snapshot vytvoren.
A takovych hezkych vlastnosti ma zfs vic. -
Edheldil (neregistrovaný)
Pooling mal uz aj AdvFS v Tru64 unixe (stary Compaqovy unix).
Presneji receno poolovani/multiple FS trees/snapshoty umel uz AdvFS na Digital Unixu v3.2 firmy Digital, nejpozdeji tak v roce 1997. Nebo to byl jeste Polycenter AdvFS na DEC OSF-1 ?? :-) Ale ZFS me zajima, myslim, ze ho budu pouzivat :-) Edheldil -
peter (neregistrovaný)
Kompresia je pekna vec, ale stale len spomaluje a usetrene miesto nieje garantovane, cize skoro nepouzitelne.
Práve ta kompresia to bude najviac urýchľovať. Disky sú stále oveľa pomalšie ako CPU. Už dávnejšie som skúšal upx kompresiu OpenOfficu vo Windowse a čuduj sa svete, štartoval 3-krát rýchlejšie! Toto je o niečom inom, ale stále to bude primárne o urýchlení ako o šetrení miestom. BTW aj Oracle dokáže používať kompresiu tabuliek (a tiež to pekne urýchľuje čítanie).
-
Pavel TišnovskýZlatý podporovatelTo me docela zajima. Pomoci UPX jste komprimoval jenom ten spousteci .exe nebo i tech cca 80MB DLLek? Je pravda, ze OO.org pri startu dost "hrkaji" diskem, snad se to do pameti necpe vsechno :-p
