- Extent based file storage (2^64 max file size)
- Space efficient packing of small files
- Space efficient indexed directories
- Dynamic inode allocation
- Writable snapshots
- Subvolumes (separate internal filesystem roots)
- Object level mirroring and striping
- Checksums on data and metadata (multiple algorithms available)
- Strong integration with device mapper for multiple device support
- Online filesystem check
- Very fast offline filesystem check
- Efficient incremental backup and FS mirroring
Ebből a többsége többé-kevésbé már működik (bold), a többi TODO listán. A kód már letölthető, tesztelhető.
A filerendszer dizájnja és egyéb infók Chris levelében. További infók a KernelTrap cikkében. Benchmark-ok itt. Telepítési segítség itt.
- A hozzászóláshoz be kell jelentkezni
- 4299 megtekintés
Hozzászólások
En vagyok gyengeelmeju vagy tenyleg nem derul ki mit is takar a Btrfs rovidites?
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Az FS vilagos volt a Btree-re nem jottem ra... Koszonom!
- A hozzászóláshoz be kell jelentkezni
A belinkelt levél tartalmazza. Ott bővebben is le van írva.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Btree-ből a Btr, a filesystem-ből az FS.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Koszonom!
- A hozzászóláshoz be kell jelentkezni
azért elég jó featurek vanak benne.
Minek kell ext4 majd? :-) Vagy ZFS :-)
Jó, hogy lehet választani sok minden közül, de néha zavaró. Én annak örülnék, ha összeadnák a fejlesztői erőforrásokat. Egyébknét én látom rosszul, hogy pár feature hajaz a ZFS-re? (jó sok meg kimaradt és most ne kezdjünk a dizájnról és egyebekről beszélni, csak a végfelhasználó számára látható dolgokról) Az online filesystem checknek egy ideje eljött már az ideje, létjogosultsága van.
- A hozzászóláshoz be kell jelentkezni
"Egyébknét én látom rosszul, hogy pár feature hajaz a ZFS-re?"
Ha a thread-et elolvasod, akkor kiderül. :)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
na most az LKML-es szálak nem rövidek :-) Nekem meg dolgozni is kell. De ezek szerint nem látom rosszul :-) Még, ha tagad is esetleg a fejlesztő :-)
- A hozzászóláshoz be kell jelentkezni
Hát, mindjárt az első válaszban felvetik
Given the substantial work that you've already put into btrfs and the direction you're Todo list details; it feels as though Btrfs will quickly provide the features that only Sun's ZFS provides.
noha egyes helyeken az implementáció más irányba mozog:
> This is very ZFS-ish (ZFS pools) so I'd like to understand where you see Btrfs going in this area.
There's quite a lot of hand waving in that section. What I'd like to do is work closely with the LVM/DM/MD maintainers and come up with something that leverages what linux already does. I don't want to rewrite LVM into the FS, but I do want to make better use of info about the underlying storage.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
ja, köszi, közben a kíváncsiságom legyőzte az LKML szálak iránti viszolygásom (egyébként ez sokkal rövidebb volt, mint hasonló témában lenni szokott egy szál). Kívácsi voltam mit mond, szerintem ígéretes, remélem 1 év múlva már lesz használható állapot is. Azért az ACL-ek és kvóták hiánya, valamint az -ENOSPC-re ooops-ot dobni elég meredek :-) Főleg az utóbbi, de hajrá izgalmas élet :-) Mondjuk még sub-alpha státuszban van imho a project.
Arról viszont nem ír, hogy cluseterben használható lesz-e a filerendszer.
- A hozzászóláshoz be kell jelentkezni
Viszont a benchmark-ok ígéretesek. Belinkeltem közben a cikkbe.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Extent based file storage (2^64 max file size)
Ez bitben vagy byteban, vagy milyen mértékegységben? Mert az semmit nem mond, hogy 18446744073709551616.
- A hozzászóláshoz be kell jelentkezni
(2^64) byte = 16 exabyte
Ebből ha biztosra nem is, de sejteni lehet.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
FYI: Chris Mason chris.mason () oracle ! com
nemrég még suse.com volt és a reiserfs körül tevékenykedett.
- A hozzászóláshoz be kell jelentkezni
Igen. Talán nem véletlen, hogy egyes feature-ök nekem meg a ReiserFS egyes tulajdonságait juttatta eszembe (small files).
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Én is a reiser -re asszociáltam, de én inkább a btree miatt.
- A hozzászóláshoz be kell jelentkezni
Jaja.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Azért a B-tree-t (és változatait) elég sok FS használja...
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
Az object level mirroring vajon azt jelentené, hogy kiválaszthatok könyvtárakat (vagy fájlokat), amiket nagyobb biztonsággal, mirrorozva tárol? Más fájlok meg nem foglalnak dupla kapacitást? Mert ez jó ötletnek tűnik.
- A hozzászóláshoz be kell jelentkezni
állítólag bent lesz a leopardban
- A hozzászóláshoz be kell jelentkezni
LOL
de akkor már minimum a stabil változata, amiben minden funkció impelmentálva van ^^
---------
WARNING: Linux requires you to type! After rebooted to Windows, you can safely unplug your keyboard.
szerény blogom -- új címen!
- A hozzászóláshoz be kell jelentkezni
miért, szerinted ez a Mason fiú honnan lopta anagy részét?!?!? Persze, hogy majd jól rámutatnak, hogy patentzáras az egész úgyis:P
btw már vártam egy ilyent... végre lesz egy fs, amin az internet biztonsági mentéseim imageeit nyugodtan tárolhatom...
_________________________________________
ha egyetért velem, itt írja alá!
- A hozzászóláshoz be kell jelentkezni
Igazán megcsinálhatnák már végre az ultimate fájlrendszert. Minden évben más a sláger. reiser, ext3, xfs, jfs, mittudoménfs.
Sok nyál lefolyt már ezek miatt, igazán jó lenne ha végre lenne egy olyan fs, ami a legtöbb célra megfelelő. :)
- A hozzászóláshoz be kell jelentkezni
Nem mindenki gondolja azt, hogy a svájcibicska-szerű megközelítés (mindent egybe, hogy jó legyen mindenre, de igazából a végén nem jó semmire sem) a legcélravezetőbb. Van akik szerint inkább tudjon kevesebbet, de azt jól. Legyen általános célú FS, amiben nincs quota, meg snaphost, meg ilyesmi, de kiválóan használható legyen desktop-ra. Legyen olyan, aminek az erőssége a flash alapú eszközök, és olyan, amelyiknek a high-end storage-ok. Majd ha kell, választ a felhasználó. Egyszerűbb karbantartani, kevésbé bloated, stb.
Egyébként én nem látom, hogy minden évben más lenne a sláger. Speciel 6-7 éve ugyanazon az FS-en vagyok desktop-on, és kb. ugyanannyi ideje egy másikon szerveren.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Persze, enterprise környezetben úgyis konzervatívabbak és mondjuk ext3-at használnak.
De a pörgés mindig megvolt, mindenki esküszik valamire.
Nekem sem volt túl sok gondom eddig az UFS-sel. :)
- A hozzászóláshoz be kell jelentkezni
"Persze, enterprise környezetben úgyis konzervatívabbak és mondjuk ext3-at használnak."
:DDDDDDDDDDDDDDDDDDDDDDDDDDD
--
miau
- A hozzászóláshoz be kell jelentkezni