"Btrfs - a storage svájci bicskája"

 ( trey | 2012. február 10., péntek - 9:47 )

Josef Bacik - btrfs vezető fejlesztő a Red Hat-nál - egy hosszabb dokumentumot tett közzé "Btrfs: The Swiss army knife of storage" címmel. Benne az új generációs fájlrendszer felépítéséről, képességeiről, funkcióiról ír részletesen. A PDF dokumentum letölthető innen.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Köszönöm, megvan a szombati program :). Desszertnek egy kis Cisco vagy Mikrotik scripting, s majd levezetem egy kis fantasy irodalommal (Dance of dragons - épp kezdem sejteni, hogy mit takar a cím).

Azért az openSUSE részéről pozitív volt hogy elérhetővé tették, illetve talán Fedorában tették alapértelemeztté (fixme).

A 2006-os Ext4 szerintem 5 évre rá érkezett meg, mituán Ubuntu elkezdte több kiadáson keresztül szállítani (ami azért mindig hálás dolog szerintem a többi projekt részére).

Ti mit tippeltek, melyik évre csorog be a vállalati megoldásokba a Btrfs?

"illetve talán Fedorában tették alapértelemeztté (fixme)."

Most futnak neki újra, hogy az F17-ben alapértelmezett legyen. Eredetileg az F16-ban akarták.

"Ti mit tippeltek, melyik évre csorog be a vállalati megoldásokba a Btrfs?"

Tipp? 2012-ben. Mason arról beszélt, hogy a működő fsck "hard deadline"-ja 2012. február 14. Addig el kell készülnie, mert az Oracle már bele akarja építeni a következő Oracle Linux kiadásba. Ha jól látom, van a napokban mozgolódás az fsck körül.

--
trey @ gépház

Már éppen kérdezni akartam, mikor lesz működő fsck-ja. És ezt a dátumot most betartják?

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Már rég kész;

#include < stdio.h >
main () { printf("fsck.btrfs v9.76\n"); return 0; }

Aha... na majd akkor tesztelem.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Már a 12.1-es openSUSE már ajánlgatja, ott az opció szem előtt. Jelenleg nekem túl lassú volt, ment vissza ext4. Próbáltam az XFS-t is (a hosszú prezentáció végignézése után, hátha tényleg gyorsabb lett), de nem nyert.

Miben érezted a lassúságát? Én nem tapasztaltam ilyet, pedig notebook-on használom. (Vagy túl türelmes vagyok...)

Bár ha operát indítok és browse-olok egy könyvtárat a menetett weblapok között lassú.

Főleg csomagok telepítésénél tűnt fel, illetve sokkal több időbe került mire KDE reszponzív lett.

XFS-nél még amúgy ami nagyon zavaró számomra, hogy a merevlemez sokkal jobban melegszik. Ne kérdezd miért, de valamiért kb +5 fokkal is melegebben fut az összes vinyó amin használom.

Namost ez a tudás eddig egy ló..sz se a ZFS-hez képest... :(
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

A PDF-ben azért nem minden jelenlegi és jövőbeni tudásáról esik szó.

Milyen jelenlegi tudása maradt ki? Másrészt eléggé vicces a jövőbeli tudásáról beszélni... :)

A baj az, hogy a ZFS licencelése nem kompatibilis a Linux licencelésével, de mind a btrfs, mind a ZFS jelenlegi "gazdája" az Oracle... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

Mazsolázz és vihogj :-)

The main Btrfs features available at the moment include:

Extent based file storage
2^64 byte == 16 EiB maximum file size
Space-efficient packing of small files
Space-efficient indexed directories
Dynamic inode allocation
Writable snapshots, read-only snapshots
Subvolumes (separate internal filesystem roots)
Checksums on data and metadata
Compression (gzip and LZO)
Integrated multiple device support

RAID-0, RAID-1 and RAID-10 implementations

Efficient incremental backup
Background scrub process for finding and fixing errors on files with redundant copies
Online filesystem defragmentation

Additional features in development, or planned, include:

Very fast offline filesystem check (coming soon!)
RAID-5 and RAID-6
Object-level mirroring and striping
Alternative checksum algorithms
Online filesystem check
Efficient incremental filesystem mirroring

Tegyem mellé a ZFS featuresetet? Utána Te is vihognál szerintem.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

A vihogást amiatt írtam, mert szerinted vicces egy jövőben elkészülő eszköz jövőbeli tudásáról beszélni.

A jövőbeli tudásról annyit, hogy igazán szegény az, aki már ígérni se tud... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

bacik.pdf :)

műxeni?