Egy lépéssel közelebb került a Fedora 16 az alapértelmezett btrfs-hez

A Fedora műszaki vezetőtestülete, a Fedora Engineering Steering Committee (röviden FESCo) legutóbbi IRC-s találkozóján elvi beleegyezését adta arra, hogy a Fedora következő kiadása, a Fedora 16 (kódnevén "Verne") alapértelmezetten btrfs fájlrendszerrel érkezzen. Ez a beleegyezés még nem jelenti feltétlen azt, hogy az F16-ban a btrfs alapértelmezett lesz.

Ahhoz, hogy az új generációs fájlrendszer valóban alapértelmezett lehessen az október vége körül megjelenő F16-ban, néhány feltételnek teljesülnie kell a feature freeze beköszöntéséig. Ilyen feltétel például a jól működő btrfsck elkészülte. Jó esély van arra, hogy a btrfsck hamarosan használható - és ami még fontosabb, jól tesztelt - állapota kerüljön. A Red Hat-es Josef Bacik szerint a btrfsck majdnem készen van. Az ok, ami miatt lassabban érkezik részben az, hogy jól le akarják tesztelni. Ez azt jelenti, hogy mikorra már kiadásra kerül, akkorra több száz sérült fájlrendszeren futott és biztosak abban, hogy megfelelően működik. Elvileg május végére várható volt már a használható btrfsck érkezése, de egyelőre még nem került kiadásra. Remélhetőleg már nem kell sokáig várni a megjelenésére.

A részletek itt olvashatók.

Hozzászólások

Tehát akit nem tántorított el az új GNOME, az most majd elgondolkozik jogy egy számára ismeretlen nevü fájrendszerre rábízze-e az adatait.

beágyazott eszközök, amin alapból EXT4-et ad a gyártó? :O milyen érdekességek nem vannak :O nembaj, idővel majd betartják a programozók azt, amit az egyik EXT4 fejlesztő mondott, h. sync-eljenek a programok többet v. mit, mivel az nem a filerendszer dáuga'

a pendrive-ján ntfs-t használó emberről meg ritkán hallani :O :)

Van esetleg valaki, aki transparent compressiont hasznal btrfs-sel? Ha igen, mik a tapasztalatai? (NDB GCP log tomoriteshez szeretnem hasznalni)

Néztem már pár összehasonlító tesztet, de a BTRFS nagyon sok mindenben alatta maradt az EXT4-nek. Miben jobb, miért kell neki örülni?