A btrfs (lesz) a MeeGo alapértelmezett fájlrendszere

Az év elején jelentette be Jim Zemlin, a Linux Foundation igazgatója, hogy az Intel Moblin és a Nokia Maemo projektje egyesül és MeeGo néven folytatja pályafutását a Linux Foundation felügyelete alatt annak érdekében, hogy létrejöhessen egy, a "következő generációs mobil eszközök számára tervezett következő generációs mobil operációs rendszer". Azóta a fejlesztés folyt a színfalak mögött és árpilis elsején elérkezett a "Day 1", amikor is megnyíltak a MeeGo repók.

A meego-dev levelezési listán nemrég felmerült a kérdés, hogy a fejlesztők miért a btrfs-t választották a MeeGo alapértelmezett fájlrendszerévé. Az Intel alkalmazásában álló Arjan van de Ven válaszolt a kérdésre.

Amikor számba vették a lehetséges jelölteket, akkor az öregedő ext3-at elvetették. Maradt az ext4 és a btrfs. Úgy érezték, hogy ha az ext4 mellett döntenek, akkor később szívás lesz a váltás a btrfs-re (amelyről korábban úgy nyilatkoztak a prominens Linux fejlesztők, hogy a jövő Linux fájlrendszere).

Arjan válaszában kiemelte a btrfs több előnyét is:

  • adatintegritást támogató szolgáltatások
  • on-disk tömörítés
  • snapshotok (könnyű visszaállás a gyári default beállításokra)
  • kisméretű fájlok esetén jó teljesítmény
  • beépített defrag funkció
  • stb.

Felmerülhet a kérdés, hogy vajon a btrfs - amely még a friss kernelekben is "experimental" jelzővel van ellátva - elég stabil-e erre a feladatra?

Arjan erre a kérdésre válaszolva elmondta, hogy gyakorlatilag tavaly szeptember óta használják a btrfs-t a build-jeikben és kiadott MeeGo kódokban is btrfs-t használnak. Arjan szerint a btrfs tavaly augusztus/szeptember óta nagyon stabil az összes tesztjükben, az általa kínált szolgáltatáscsomag pedig nyilvánvalóan nagyon vonzó.

A részletek Arjan levelében és az LWN (egyelőre még fizetős) cikkében.

Hozzászólások

Wear leveling reszt mi fogja kezelni?
1. hardver
2. middleware (pl UBI)
3. fs

Ha btrfs nem tud UBI-n mukodni, nincs megfelelo hardver es nincs egyeb megoldas erre, akkor hamar el fog hasznalodni a flash.

--
http://bsdbased.com

Amennyire a FAQ sorai között olvasni tudok ez nem csinál semmi wear levelinget.
Ami nem gond, mivel az SSD-k hardverből megoldják.
Memóriakártyák viszont nem...

Szerk:
Class 6-os SDHC kártyákban általában van hardveres wear leveling...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Ezeket találtam:

# <brendans> "is that a software write-leveling process? I'm not familiar with ssd-spread"
# [03:51:24] <cwillu_at_work> "ssd-spread is a btrfs thing"
# [03:51:50] <cwillu_at_work> "ssd turns on ssd optimizations, ssd-spread turns on 'oh, you're using a stupid ssd' optimizations"

Btrfs: add mount -o ssd_spread to spread allocations out

Nekem ezekből valami olyasmi jön le, hogy a "-o ssd_spread" mintha pont olyan eszközökre lenne, amik nem nagyon tudják a wear levelling-et.

--
trey @ gépház

Class 6-os SDHC kártyákban általában van hardveres wear leveling..

...helyett: SD kartyakban van wear leveling. Szerinted egy atlag fenykepezogep mennyi ido alatt zabalna meg a fat-et tartalmazo cellak elettartamat wear leveling nelkul? Ma max elektronikai szakuzletben kapsz olyan flash-t ami nem csinal wear levelinget. memoriakartyak, pendive, ssd mind csinal termeszetesen, a buta FAT mint default fajlrendszer miatt.

http://gpsforum.hu - Navigációról szájkosár nélkül

Mi write only szerinted a hozzaszolasban?

Azt irtad, hogy az elerheto memoriakartyakban hardveres meg van oldva. Oke.

En pedig azt irtam, hogy embedded eszkozokben az integralt flash nem valoszinu, hogy ilyen interfacen at csatlakozna, es ott kerdeses megvan-e a hardveres wear leveling.

Te is write-only vagy?

--
http://bsdbased.com

Azt az apro tenyt hagyod csak figyelmen kivul, hogy en arra reagaltam, hogy a memoriakartyak kozul csak a class 6-os SDHC-kben lenne wear leveling. Te meg erre valaszoltad hogy de integralt eszkozokben nem SD van. Hat mit mondjak, vegulis irhattad volna azt is, hogy angliaban meg gyakran esik az eso, szoval ja, igazad van.
OMFG

http://gpsforum.hu - Navigációról szájkosár nélkül

Hogy szerintem ez hogy van az teljességgel indifferens.
A neten viszont több helyen is olvasható, hogy a class 6-os kártyákban van wear levelling, az alatt meg nem nagyon. Ha egy gyártó honlapjára ránézel, akkor a class 6-os kártyáknál szokták írni, máshol meg nem.

De ha már a véleményemre is kíváncsi vagy: egy átlag fényképezőgéppel az ember évente párezer képet készít maximum. Amihez bőven elég a 100 000 write-erase cycle amit egy flash kártya manapság tud (van ahol 1 000 000-t írnak).

Ha profi fotós vagy, akkor ez nyilván kevés, de akkor meg CompactFlash-t használsz amiben van wear levelling. (Ha véletlenül mégis SD-t használnál (bár SD-s profi gépről még nem nagyon hallottam), akkor meg veszel class 6-osat, a sebesség miatt úgyis az kell.)

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

Ami kimaradt:

A levlistán valaki szóvá tette, hogy a kernelforrásban a Kconfig-ban még mindig az szerepel, hogy "Btrfs filesystem (EXPERIMENTAL) Unstable disk format". Arjan erre azt válaszolta, hogy a Kconfig szövege elavult. CC-zte a levelet a btrfs listára, kérve a fejlesztőket, hogy javítsák ki/finomítsanak rajta. Chris Mason azt mondta, hogy a 2.6.34-re ez már későn van, de a 2.6.35-ös kernelhez várakozási sorba tette ezt a változtatást.

--
trey @ gépház