- A hozzászóláshoz be kell jelentkezni
- 7095 megtekintés
Hozzászólások
Ennyire jó az ext4,3,2 vagy ennyire nincs más? :)
- A hozzászóláshoz be kell jelentkezni
en abban bizom hogy csak a kedvenc szo ertelmezese nem sikerult, mert mas magyarazatot nem tudok ep elmevel adni erre az eredmenyre
- A hozzászóláshoz be kell jelentkezni
É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!
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Í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.
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
Szuper. :-) Meg tobb early adoptert, es akkor mar en is meggyozodessel fogom tudni a kovetkezo telepiteskor valasztani. :-)
- A hozzászóláshoz be kell jelentkezni
Annyira azért nem "early" ez.
- A hozzászóláshoz be kell jelentkezni
Abszolut idot tekintve nem, az elterjedtseghez viszonyitva igen.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
ZoL-al van valami konkret problemad is ami miatt nem bizol meg benne, vagy ez csak amolyan divat kovetese?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Úgy tűnik mégis csak a "divatnak" volt igaza.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
ReFS :)
- A hozzászóláshoz be kell jelentkezni
Kiengedték már a Reiser-t? :)
- A hozzászóláshoz be kell jelentkezni
Majd ha letolti a hatralevo 14.96 eletfogytiglanjat, ami meg hatra van belole.
- A hozzászóláshoz be kell jelentkezni
"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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni