Beolvasztásra került a btrfs a mainline kernelbe

Fájlrendszer, NAS, storage

Ma hajnalban Chris Mason jelezte, hogy a következő generációs Linux filerendszerként aposztrofált btrfs másfél évnyi fejlesztés után beolvasztásra került a mainline Linux kernelbe.

A fejlesztő hétfőn új stabil btrfs-progs kiadást ad ki annak érdekében, hogy megfelelően használhassa az, aki tesztelni szeretné. Jelen pillanatban az unstable git repó (btrfs-progs-unstable) használata javasolt.

Chris köszönetet mondott azoknak, akik segítettek fejleszteni, kódot átnézni, tesztelni, dokumentálni vagy bármi más módon hozzájárultak ahhoz, hogy a btrfs idáig eljusson. Mint mondta, sok munka van még addig hátra, amíg a btrfs-t "finished" jelzővel lehet illetni, de ez egy óriási lépés volt abba az irányba.

A btrfs beolvasztása nem jelenti azt, hogy a btrfs éles használatra alkalmas lenne. A leírása ezt jól mutatja: 


+config BTRFS_FS
+       tristate "Btrfs filesystem (EXPERIMENTAL) Unstable disk format"
+       depends on EXPERIMENTAL
+       select LIBCRC32C
+       select ZLIB_INFLATE
+       select ZLIB_DEFLATE
+       help
+         Btrfs is a new filesystem with extents, writable snapshotting,
+         support for multiple devices and many more features.
+
+         Btrfs is highly experimental, and THE DISK FORMAT IS NOT YET
+         FINALIZED.  You should say N here unless you are interested in
+         testing Btrfs with non-critical data.
+
+         To compile this file system support as a module, choose M here. The
+         module will be called btrfs.
+
+         If unsure, say N.

A bejelentés itt olvasható.

( pomm v | 2009. 01. 10., szo – 10:49 )

Kíváncsian várom! Nem rég kipróbáltam, de nekem irdatlan lassú volt és ette a cpu-t ( másolás ext3-ra btrfs-ről kb 2 - 2.5 MB/sec volt és használhatatlanra lassult a gépem, visszafelé ez az érték még alacsonyabb lett ).
üdv: pomm

Btrfs-ről ReiserFS-re másolás. A Btrfs egy külső lemezen található, USB-n kapcsolódik a géphez.

# mount
[...]
/dev/sdb1 on /media/coolermaster type btrfs (rw)

root@alderaan:/tmp# ls -la /media/coolermaster/tmp/foobar.img
-rw-r--r-- 1 root root 1048576000 2009-01-10 13:20 /media/coolermaster/tmp/foobar.img

1048576000 bytes in megabytes
1 048 576 000 bytes = 1000 megabytes

root@alderaan:/tmp# time cp /media/coolermaster/tmp/foobar.img .

real 0m26.456s
user 0m0.428s
sys 0m2.500s

1000/26.456 = 37.798609011 MB/sec

Hacsak el nem rontottam valahol.

Illetve a tavaly januári tesztjeim.

Min mérted?

--
trey @ gépház

Meggyőzött... :)

XFS 

pomm@pomm ~ $  time cp /media/disk-1/Filmek/asztali
/METAMORPHOSIS.1993.Nose4wEirdShit.Xvid.avi /media/adat/

real    0m32.571s
user    0m0.060s
sys     0m3.515s

BTRFS 

pomm@pomm ~ $  time cp /media/disk-1/Filmek/asztali
/METAMORPHOSIS.1993.Nose4wEirdShit.Xvid.avi /media/adat/

real    0m27.382s
user    0m0.022s
sys     0m2.752s
pomm@pomm ~ $

üdv: pomm

( DirtY_iCE | 2009. 01. 10., szo – 15:38 )

hmm... idáig ha fájlrendszerről volt szó, nem volt gond. ext3, windowsra meg ntfs+ext3ifs(vagy mi is pontosan). most viszont ittvan ext4, btrfs, esetleg még reiser4 is bejöhet a képbe.. ezekhez a windows fronton mi újság? ext4 még lehet hogy használhatom az ext3as driverrel, legalább olvasható módban (amugy se jó, ha windows belematat), de btrfs és reiser4 ahogy nézem gúglit, nuku windows driver. a legjobban mondjuk annak örülnék, ha ntfst ki lehetne dobni, és mondjuk ext4re, btrfsre windowst telepíteni.. tudom, híú álom..

I hate myself, because I'm not open-source.

Meg nem tudom mondani, mióta ntfs az adatpartícióm, mióta is van ntfs-3g? Talán abban, vagy a következő évben álltam át, amikor már a disztrók is alapból tartalmazták. Úgy Fedora Core 6 táján.

Nem szokott gond lenni, bár az is igaz, hogy egyszer át akartam méretezni a partíciót, és akkor volt vele valami gond, amit az ntfs-3g okozhatott. De adatvesztés nem volt még.

Nekem eddig még nem volt problémám az NTFS-el, a külső merevlemezeimen azt használok, mert Linux és Windows alól is hozzá lehet férni.

A teljesítménye is kifejezetten jó (21.12 MB/sec, Firewire, ntfs-3g, WD My Book Home Edition 500GB), Linux alól egyedül a CPU használat magasabb.

NTFS fájlrendszert Linuxrol használni lehet, de egy ido utan a ntfs 3g-tol hibak jonnek elo, foleg Windowsrol kitorolhetetlen fájlok, de nem csak az. Adatvesztesem nem volt, de idonkent le kell formatumozni azt a ntfs particiot.

FAT32-vel még sose volt ilyen de más hasonlo problémám se.

En az xfs-es particiomhoz win alol a kovetkezo modon ferek hozza.

1. http://www.colinux.org/
2. A colinux direktben hozzafer a kivant particiohoz
3. samban megosztom a windowssal

Termeszetesen mas virtualizacio is jo, ahol a quest OS-nek engedelyezni tudod a direkt hozzaferest a host egy adott particiojahoz. Ez a modszer barmilyen FS-OS par eseten mukodik, amit tudsz windows alatt virtualisan futattni.

A colinux-om ~500MB-ot foglal es 64MB memoriaval megelekszik.

( syntern | 2009. 01. 10., szo – 22:32 )

A brtfs hogyan viszonyul a zfs-hez?

Az ABC két végén helyezkednek el. :)
http://en.wikipedia.org/wiki/Comparison_of_file_systems

Persze ennél több dimenziója is van a kérdésnek, pld. a diszkszervezés (btrfs-nél mintha még hiányozna a stripe és mirroron kívül minden, talán ezeket stackelni sem lehet), a user-adminisztráció (snapshot, fájlrendszerek, öröklődő fs-méret(kvóta)), az egyéb dolgok (L2ARC, ZIL külső device-on), meg ilyesmi.
A btrfs-sel mindenesetre teljesen felesleges most számolni, olyan helyre, ahová megbízható tárolás kell felelős ember még nem teszi addig, amíg ki nem forrja magát.

( csearo | 2009. 01. 16., p – 11:49 )

Mit jelent az, hogy a btrfs szorosan intergált a device mapper-rel?

:wq