HOVD 2018 - Kedvenc fájlrendszer

 ( trey | 2019. január 22., kedd - 9:54 )
apfs
2% (15 szavazat)
btrfs
9% (65 szavazat)
ext2, ext3, ext4
58% (421 szavazat)
f2fs
0% (2 szavazat)
hfs, hfs+
1% (7 szavazat)
jfs, jfs2
1% (7 szavazat)
ntfs
6% (44 szavazat)
ufs, ufs2
1% (5 szavazat)
xfs
7% (53 szavazat)
zfs
14% (104 szavazat)
Összes szavazat: 723

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ennyire jó az ext4,3,2 vagy ennyire nincs más? :)

en abban bizom hogy csak a kedvenc szo ertelmezese nem sikerult, mert mas magyarazatot nem tudok ep elmevel adni erre az eredmenyre

Én tudok más magyarázatot is.
Egyet (kettőt) ismer, azzal nincsenek gondjai, nem kíván a fájlrendszertől semmi mást, csak tárolja az adatait, programjait.
Szerintem nincs ezzel gond!

Mi a relais alternativa pl. linuxon? brtfs eseten meg a legotbben kivarnak, zfs nincs a mainline kernelben.
Akik itt szavaznak azok jo reszenek nincs szinte semmilyen melyrehatobb tapsztalata a file rendszerekkel, de az ext file rendszerek elterjedtek, es a legtobbeknek nem volt veluk problemaja. Tehat kedvenc, mert azt ismeri / hasznalja.

Mi a relais alternativa pl. linuxon?

Egyértelműen a BTRFS.
Stabilitásra, sebességre már egy ideje nem lehet ráfogni, hogy azért nem használják.
Az általánosan használt funkciók mind stabilak, gyorsak (amiket az ext-ek is tudnak), van egy-két ritkábban használt funkció, amik nem tökéletesek (defrag, kvóta, eszköz csere), de jól működnek és van a RAID56 funkció, aminek még vannak komoly hibái.

Részletek angolul itt.

OK, ertem, ezeket nagyjabol eddig is tudtam.
Mi lenne az okom (linux felhasznalokent: NAS, notebookok) arra, hogy nekialljak a meglevo filerendszereket konvertalni? Tehat van a bevalt es mukodo ext4, miert maceraljam? Majd, ha kerulnek uj diszkek valamikor, akkor elgondolkozom rajta, hogy btrfs legyen-e rajtuk. Addig viszot az ext4 a kedvenc, mert jol mukodik, teszi a dolgat, a btrfs fejlodeset meg idonkent figyelgetem.

Szoval ez olyan, mint az svn vs. git problema. A git sokkal jobb, megis sok ev volt mire atvette az svn helyet. En pl. egy jo ev munkahelyi git hasznalat utan vegulis szantam ra egyszer egy par orat, hogy sajat otthoni svn repokat is git-re konvertaljam. Pedig az svn is megtette volna, de nem akartam egy kifuto technologiat orizgetni.

Ezert irtam, hogy a btrfs-sel meg sokan kivarnak. Ha tenyleg jobb, mint az ext4, nehany ev mulva at fogja venni a helyet, de kevesen vannak, akik hanyatt homlok nekirohannak egy migralasnak.

Így van, igazából csak akkor fog jobban elterjedni, ha alapértelmezett lesz a főbb disztribúciókban.
A többség nem áll neki nézegetni, ismerkedni egy alternatív dologgal.

Én az ssd támogatás, a snapshot, a tömörítés és kis fájlok hatékonyabb tárolása miatt használom. Ráadásul nagyon könnyű meglévő ext fs-t konvertálni, de a világért sem akarok győzködni senkit. Csak megjegyeztem.

Szuper. :-) Meg tobb early adoptert, es akkor mar en is meggyozodessel fogom tudni a kovetkezo telepiteskor valasztani. :-)

Annyira azért nem "early" ez.

Abszolut idot tekintve nem, az elterjedtseghez viszonyitva igen.

Meg tobb early adoptert

:-D
Több, mint 9 éve használom!
Hosszú évek óta production-ben is.

Esetleg érdemes elolvasni a történetét.

Kosz a linket, tok erdekes. Es szerintem nem veletlen, hogy a SuSe az elso nagy tamogatoja, annak idejen ha jol tudom ok (talan egyedulikent) kinaltak alapertelmezetten a RaiserFS-t.

Azert azt erdekes volna tudni, hogy a RedHat miert dobta a supportot.

Szoval tenyleg minden "katalogusadat" tetszik, szoval jo esellyel a kovetkezo diszken ez lesz.

Ha ismered a featureit és szeretnéd használni őket, akkor az elég indok lehet. Ha ismered őket de nem kellenek, akkor hülye a kérdés, működő rendszert feleslegesen nem piszkálunk. Ha nem ismered, akkor talán olvass utána. :)

Feleslegesen én mondjuk tényleg nem ajánlanám senkinek a BTRFS-re ugrabugrálást, főleg kritikus rendszeren. Én kb. 2 éve még jó mélyeket szoptam vele akkori legfrissebb kernelen, illetve nemrég egy 16.04-es bubin is előjött a btrfs send bug. Újabb kernelen azóta már nem volt semmi gondom vele, lekopogom, de azért azt nem merném állítani, hogy hosszú évek óta valóban atomstabil a cucc.

Az sem jó jel, ahogy hosszú évek óta szenvednek pl. a RAID-del, vagy ennyire nincs igény rá (azaz ennyire nem akarja/meri senki igazán kritikus rendszerek alá pakolni), vagy ennyire borzalmas a kód/nehéz a feladat. Állítólag amikor anno a fejlesztésébe fogtak, feszített tempóban (hogy minél hamarabb meglegyen a teljes POSIX funkcionalitás) nagyon sok elhibázott dolog belekerült, amik azóta is kísértenek. Valószínűleg nem véletlenül mozdultak el sokan más irányba az iparban (Redhat dobta ugye, vagy ott van pl. a bcache, de egyéb fájlrendszerekbe is szép lassan szuszakolják bele a featureit).

Mindenesetre ha Linuxon szükséged van valami hasonlóan nagy tudású fájlrendszerre, akkor jelenleg nem sok alternatívád van, ZFS on Linuxban én még ennyire se bíznék meg.

A kerdesfelvetes joreszt elmeleti volt, es inkabb valasz volt arra, hogy a tobbseg miert az ext filerendszereket hasznalja. Amit irsz, en is azt irtam: nincs ok a valtasra. Kivaras van, hogy megjelenik-e a kritikus tomeg, akinel kitesztelodik illetve bevalik. Ha viszont ez lesz a de facto standard, akkor szinte mindenki ezt fogja hasznalani, ha kellenek a feature.ok, ha nem.

ZoL-al van valami konkret problemad is ami miatt nem bizol meg benne, vagy ez csak amolyan divat kovetese?

Divat? Valamiről lemaradtam? Lol.

A ZFS-sel mint formátummal, vagy a jól bejáratott implementációival semmi bajom*, ezt a ZoL-ot (egyelőre) nem igazán érzem még production readynek (pl. tavaly is volt egy csúnya adatvesztős bugjuk). Akkor meg a bánatnak van kedve szívatni magát out-of-tree fájlrendszerrel, ha hasonlóan szar jön alapból a kernellel is.

* pooloknál a lemezméret korlátozás szívás lehet, ilyen szempontból a BTRFS rugalmasabb, de nekem erre nem volt szükségem még eddig.

https://hup.hu/node/162561

Úgy tűnik mégis csak a "divatnak" volt igaza.

Amig nincs szukseg a btrfs/zfs extra funkcioira, addig tokeletesen ellatja a feladatat az ext* is. A kulonbseg annyi, hogy van par ev elonye a tesztelesben/stabilitasban.

--
When you tear out a man's tongue, you are not proving him a liar, you're only telling the world that you fear what he might say. -George R.R. Martin

ReFS :)

Kiengedték már a Reiser-t? :)

Majd ha letolti a hatralevo 14.96 eletfogytiglanjat, ami meg hatra van belole.

"As of 2018, Reiser is housed at the Correctional Training Facility near Soledad, California, with a tentative parole eligibility date of May 2020."
https://en.wikipedia.org/wiki/Hans_Reiser#Time_in_prison
https://inmatelocator.cdcr.ca.gov/Details.aspx?ID=G31008

2006-ban tunt el az ex, 2008-ban csuktak le, eleg regen tortent mar. Persze egyaltalan nem biztos, hogy sietni fognak, hogy kiengedjek. Foleg Commieforniaban.

--
When you tear out a man's tongue, you are not proving him a liar, you're only telling the world that you fear what he might say. -George R.R. Martin

Végül is mi okozta a ReiserFS hanyatlását? Csak a rossz marketing és a magárahagyottság? Láttam olyan szervert, ami sok adatot tárol már több mint 10 éve ReiserFS-en és köszöni jól van, csak néha a HDD-ket kell csereberélni az MDRAID alatt.

Megszűnt a fejlesztése, csak karbantartás üzemmódban van. Egy ember tartja karban, ami azért nem életbiztosítás. Én 10+ évig használtam. Amikor 32 bitről 64 bitre váltottam, akkor dobtam, de csak azért, mert nem láttam a jövőjét.

--
trey @ gépház