Btrfs
A HupWiki-ből...
| btrfs | |
|---|---|
| Fejlesztő | Chris Mason, Oracle |
| Teljes név | btrfs |
| Megjelenés | 2007. június 12. |
| Állapota | alpha, nem stabil |
| Eredeti OS | Linux |
| Partíció ID | |
| Könyvtár struktúra | |
| File allokáció | extents |
| Bad blokk | |
| Max. file méret | 16 EiB |
| Max. file szám | 264 |
| Max. filenév méret | 255 byte |
| Max. kötetméret | 16 EiB |
| Filenév kar. készlet | Összes byte, kivéve a NUL és '/' |
| Dates recorded | |
| Date range | |
| Date resolution | |
| Forks | |
| Attribútumok | POSIX |
| FS jogok | POSIX |
| Tömörítés | |
| Titkosítás | |
| Támogatott OS-ek | Linux |
Tartalomjegyzék |
A btrfs
A btrfs, egy a Linux kernelhez készülő következő generációs, Copy-on-Write (CoW), checksumming filerendszer. A fejlesztője az ex-ReiserFS fejlesztő Chris Mason, aki jelenleg az Oracle alkalmazásában áll. A btrfs-t 2007. június 12-én jelentette be az Oracle az LKML-en. Btrfs jelenleg (2009. 01) erősen fejlesztés alatt áll, ezért használata kizárólag tesztelési célból ajánlott. A btrfs szabad szoftver, terjesztése a GNU GPL feltételei szerint történik. A btrfs első szolgáltatás-komplett verziója 2009. elejére várható.
A btrfs főbb, tervezett szolgáltatásai
- Extents-alapú filetárolás (264 maximum file méret)
- Kis méretű fileok helytakarékos tárolása
- Helytakarékos, indexelt könyvtárak
- Dinamikus inode lefoglalás
- Írható snapshot-ok
- Subvolume-ok
- Objektum-szintű tükrözés (mirroring) és csíkozás (striping)
- Ellenőrzőösszegek (checksums) az adatokon és metaadatokon (többféle algoritmussal)
- Szoros integráció a "device mapper"-rel
- Online filerendszer ellenőrzés (fsck)
- Nagyon gyors offline filerendszer ellenőrzés
- Hatékony inkrementális mentés és filerendszer tükrözés
- Helyben konvertálás ext3 filerendszerről
FAQ
K: Mennyire stabil a btrfs?
V: Jelen állapotban a btrfs erősen fejlesztés alatt áll. Az állapotára jellemző, hogy még nincs kialakult végleges lemezformátuma.
K: Mikor kerül a btrfs beolvasztásra a mainline kernelbe?
V: Amíg a fejlesztők nem állítják elő a végleges formátumot, addig a btrfs nem kerül be a mainline kernelbe. Amint a végleges lemezformátum megszületik, a btrfs bekerül a mainline kernelbe és ott folytatódik a fejlesztése. 2008. december 31-én Chris Mason beküldte a btrfs-t a Linux Kernel Mailing List-re (LKML) a beolvasztási procedúra elindításának céljával. A btrfs 2009. január 9-én beolvasztásra került a mainline Linux kernelbe.
K: Hogyan tesztelhetem az "unstable" btrfs-t?
V: Az "unstable" btrfs teszteléséhez egy útmutatót találsz magyar nyelven itt.
K: Miért érzi úgy a btrfs filerendszer, hogy tele van amikor még x GB szabad helyet látok rajta?
V: A btrfs jelen állapotában még nincs kész. Hiányzik belőle megfelelő allokációs kód. Amíg az el nem készül, a fejlesztők bedrótozták, hogy teljes kapacitás 85%-át lehessen csak használni.
