Elképzelhető, hogy nem a ReiserFS lesz az openSUSE 10.2 alapértelmezett FS-e

Fájlrendszer, NAS, storage

Jeff Mahoney egy levelet küldött pár nappal ezelőtt az opensuse-factory listára, amelyben egy lényeges openSUSE-t érintő változtatást javasol. Konkrétan azt, hogy hosszú évek után a(z) (open)SUSE szakítson az alapértelmezett naplózó filerendszerével, és helyette használjon mást.

Jeff a levelében leírja, hogy a SUSE által az elmúlt 6-7 évben alapértelmezett FS-ként használt ReiserFS jó szolgálatot tett, de eljárt felette az idő. Szerinte a ReiserFS számos problémával küzd, amelyek egy része tisztán technikai jellegű, a többi része pedig a karbantartással kapcsolatos.

Felsorolja, hogy szerinte milyen problémái vannak a ReiserFS-nek:

  • skálázhatósági problémákkal küzd
  • komoly teljesítmény-problémái vannak az kiterjesztett attribútumok és ACL-ek használatakor
  • kicsi és zsugorodó fejlesztői közössége van
  • a ReiserFS (Reiser v3) zsákutca, nem fog fejlődni, Hans Reiser deklarálta, hogy a Reiser 4 a jövő, a ReiserFS karbantartási módban van
  • stb.

Jeff a levelében meg is nevezi, hogy melyik FS-t látná szívesen a ReiserFS helyett. Mint írta, ahelyett, hogy egy fiatal, kiforratlan FS-t választana, inkább egy már bizonyított mellett tenné le a voksát. Ez az FS az ext3 lenne.

Jeff levele itt.

( trey | 2006. 10. 04., sze – 09:41 )

Körülbelül 5 éve használok desktop-on ReiserFS-t, de még nem volt vele soha problémám. Viszont azt hiszem, hogy a felsorolt érvek érthetőek és világosak. Nem tudom, hogy Reiser előkerült-e már, de a Reiser 4 ellen elég sok a kifogás, nem tudni mikor lesz a mainline kernel része, és ha az lesz, akkor ki fogja fejleszteni, támogatni. Az ext3 viszont stabil, bizonyított és úgy néz ki, hogy fejleszteni is fogják a jövőben. Nagyon nem sírnék az alapértelmezett Reiser v3 után, ha openSUSE felhasználó lennék.

--
trey @ gépház

Pont akartam irni... :-)
Nekem egy szerverem van amelyiken meg reiserfs van. Hat, mar volt, hogy osszeomlott (elso mondat), a nagy fajlokkal tetu lassu, stb.

Szal, az erv, hogy nehezen skalazhato az helytall (bar nem is volt ez celja a fejlesztesnek ha jol emlekszem).

XFS-sel viszont nem volt gondom nekem sem. Eleg stabil, eleg skalazhato. Valtoztathato blokkmeret adott, emellett kulon erdeme, hogy a naplot ki lehet tenni egy masik diszkre is, igy a fejmozgasi ido toredekere csokkentheto. (Erre a celra pl. egy SWAP diszk is tokeletesen megfelel.)

JFS-t nem probaltam, de valszeg nem is fogom amig az XFS megallja a helyet. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Szoktam egy kisebb plusz diszket betenni, ami fel van osztva. SWAP, naplok, napi mentesek (a biztonsagi mentes ettol fuggetlen, de igy eleg ritkabban elvegezni), tartalek particio (pl frissites elott /boot-ot, /bin-t, /usr-t, /sbin-t, le szoktam menteni).

"Szóval értem, hogy van előnye, de más szempontból nem túl gazdaségtalan?"

Nem a naplomeret miatt teszem kulon diszkre - ami par mega -, hanem a diszk fejmozgasa miatt. Ha ugyanazon a diszken lenne, akkor a fej iraskor az irando terulet es a naplo kozott "pingpongozna". Igy viszont "egyszerre" irja mindkettot. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Csak hasznalt gepeknel teszek be regi vinyot. Anno uj gepeknel "uj vinyo" hive voltam. De igy sem veszitesz vele, mert ha elsz a +vinyo adta lehetosegekkel akkor a rendelkezesreallast fokozhatod (lasd: pl elfuseralt update eseten ott tarthatsz mellette akar tobb elozo frissitest is, amit szimlinkelhetsz a root filerendszerbe).

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Szinte minden journaling filerendszernek van external journal lehetosege (ext3-nak, jfs-nek, xfs-nek biztosan, reiserhez is lattam patchet). Ez nemcsak akkor jo, ha egyszeruen kulon diskre akarod tenni performancia okokbol, hanem akkor is nagyon hasznos, ha egy raid5-on levo filerendszer journaljat kirakod raid1-re, a raid5 irasa-olvasasa ugyanis nagyon koltseges, szamolasigenyes.

Nem tudom. Eredetileg IRIX-ra keszult, ott nem tudom, hogy hogyan van az MBR megoldva. Nekem pl soha nem volt vele gondom.

Nem hasznalok kulon particiokat a rendszerkonyvtaraknak, igy a /boot-ot se teszem kulon particiora. Annyival mondjuk masabb az XFS-sel, hogy ha boot particiokent van hasznalva, akkor rw modban kell mountolni rendszerinditaskor. (Erre a grub-ot patcheli a disztributor altalaban.) Meg Fedoran/CentOS-n se volt vele gondom (ott nincs alapbol XFS a telepitoben), mert telepiteskor particionalas utan terminalbol leformazom a diszkeket es gond nelkul fel is kuszik ra. :-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Akkor magyarul nem alkalmas kritikus alkalmazások hostolására. Pl adatbázis data file. De akkor ezt most nem értem. Ext3 hogyan tudja akkor megoldani, hogy nem nullázódik ki a file? Mégis jobb az a megközelítés...

Én XFS-t a felhasználók home-jainak tárolására használtam volna hogy tudjak játszani az LVM snapshot + xfs_freeze kombóval, de így esélytelen, hogy használatba tudnám venni :(

Ha olyan környezetben van, ahol megoldott, hogy áramszünet esetén még legyen áram a puffertár lemezre írásához (normálisabb szerverek), akkor biztonságos.

Az ext3 3 féle üzemmódot ismer. Ezek egyike , mikor mind a meta adatokat, mind a tényleges adatokat naplózza (journal). Ez a leglassabb és legbiztonságosabb üzemmód. A második, mikor csak a metaadatokat menti, akár csak az xfs, vagy reiserfs (writeback). A harmadik - és egyben az alapértelmezett - üzemmód, mikor az adatokat kötelezően módosítja, mielőtt a metaadatokat módosítaná a naplóban. Ez is sebességveszteséggel jár, viszont a biztonságot növeli.

Nálam a power-gomb-tesztet a reiser nem vette sikeresen, az ext3 pedig igen. Pedig a reiser-t azóta használtam, amikor még patch-elni kellett a kernelt, az ext3 meg megbízhatatlanabb volt nála. De az idővel fordult a kocka. A reiser gyorsabb, de én az adatbiztonságot többre értékelem, és nem zavar, ha az openoffice 2 másodpercel tovább tölt. Kíváncsi leszek a reiser4-re. Meg az ext4-re.

Szerintem ne sírjunk, hanem örvendezzünk: lehet választani legalább 4 naplózó fájlrendszer közül!

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( Csab | 2006. 10. 04., sze – 11:03 )

Én idáig is Ext3-at használtam. A ReiserFS-sel annyi bajom volt, hogy inkább kivágtam. Annyit változtatna a helyzeten a dolog, hogy elfogadnám az alapértelmezett beállításokat.

A ReiserFS lassú volt (akasztotta a videólejátszást), nem lehetett rendesen átpartícionálni, átméretezni, ide-oda tologatni a winchesteren, az egyes verziók kompatibilitásával is bajom volt,... Szóval inkább nem bütyköltem, szereltem, fordítottam és installáltam, hanem Ext3-ra váltottam.

"A ReiserFS lassú volt (akasztotta a videólejátszást), nem lehetett rendesen átpartícionálni, átméretezni, ide-oda tologatni a winchesteren, "

Ja.
Mostmár lassacskán kezdem érteni a dolgot, bár...
Ez valahogy nem tiszta nekem: A ReiserFS lassú volt (akasztotta a videólejátszást)

De majd...

Mindenesetre nekem meg a Ferrarival van tele a hócipőm.
Ugyanis a hátsó udvarban ha tolatok vele, akkor nem tudom kihasználni a 350KM/órás végsebességét és
35°-os emelkedőn felfelé fullad a motor, emellett ha a 3 méteres hóban próbálok közlekedni vele, akkor nem látom a terepet.

Úgyhogy megutam és átálltam terepjáróra, hókotróra, és Trabantra. Az utóbbi ugyanolyan lassa tolat a hátsó udvarban, mint amilyen lassan tud előre menni.

Persze mindez csak vicc, de érdemes elgondolkodni az egészen. Nomeg az esetleges párhuzamon.

( egmont | 2006. 10. 04., sze – 12:36 )

Én mindenféle fájlrendszert láttam már elszállni, de az adatokat igazán összekutyulni még csak reiserfs-t láttam.

"Szerző: egmont
Dátum: sze, 2006-10-04 11:36

Én mindenféle fájlrendszert láttam már elszállni, de az adatokat igazán összekutyulni még csak reiserfs-t láttam."

Akkor én biztosan nem értek hozzá és nagyon elrontok valami, hogy nálam problémamentes...

____________________________________________________
... use for windows :)

Te vagy a második aki a szerver témával jössz. A cikkben egy desktop OS-ről van szó (openSUSE 10.2). Fater a szintén nem SUSE Linux Enterprise Serverről beszélt, tehát a desktop-os tapasztalatait osztotta meg. Az, hogy fater (vagy korábban és is) azt állította, hogy neki bevált desktop-on, abból az következik, hogy mindenhol megállja a helyét? Kb. olyan ez a megjegyzés, mintha azt mondanám, hogy jó ez az USB pendrive, te meg megjegyeznéd, hogy "igen Pistike desktopján jó adattárolásra, de kritikus környezetben nem lehet ám rá éles adatokat menteni".

--
trey @ gépház

Mint ahogy abból sem következik, hogy nem állja meg a helyét sehol sem, hogy itt néhány embernek rossz tapasztalata volt vele, esetleg a hardver hibát (rossz memória páldául) vagy a felhasználói error-t ráverte, kivetítette a filerendszerre.

--
trey @ gépház

Egmont hozzaszolasabol gondoltam, hogy o is inkabb szerver kornyezetben latott elszallni mindenfele fs-t, mar csak azert is mert nem tartom tul valoszinunek, hogy Pistike szakembert hiv ha elszall a vinyoja.
A tevedes lehetoseget persze fentartom ;).

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

( Glanthor Reviol | 2006. 10. 04., sze – 16:06 )

Nekem burult össze többször is a Reiser SuSE 10 alatt. Egyszer 105000 terabyteos (sic!) lett a /etc/mtab fileom. Kicsit érzékeny…

Hmmmm...
Nem is tudom, de nálam a SuSE 7.0 óta Reiser FS van.
Számomra 100%-ban problémamentes...

Máskülönben akkor jó (nekem) egy fájlrendszer, hogyha "észrevétlen" mintha nem is lenne.

Nos, épp ezt nyújtja eddíg a Reiser FS.

Semmilyen adatvesztés nem volt eddig (lassan 7év alatt) és semminemű javítgatásra sem volt szükség.

Ez van.

Igaz még 3.x-es a verziószám :)

( szotsaki | 2006. 10. 04., sze – 16:58 )

Ext3, de főként azért, mert a windowsos Total Commander Linux-plugin legalább 100-szor (kb. tényleg annyi) gyorsabb ext2 és 3 fájlrendszeren, mint ReiserFS-en.

Néha muszáj wint is használni, és eddig ezt találtam a legkényelmesebb útnak a fájlok migrálására.

( toros | 2006. 10. 04., sze – 17:40 )

Ezek után felmerül bennem a kérdés: Egyáltalán, milyen érv szól a reiserFS mellett, az ext3-mal szemben?

Pl. kicsit korabban keszult a reiserfs 3.6 (a korabbiakrol nem is beszelve). Technikailag tobb szempontbol magasan jobb volt, mint a korabeli ext2/ext3 (pl. tail, hash-elt konyvtartarolas), manapsag mar eljart felette az ido. Az ext3 amugy szerintem nem egy nagy durranas, csak epp a t. kernelfejlesztok minden mas fs hasznalojaval kiszurnak idonkent, amikor hozzanyulnak a VFS-hez :(( En az XFS-re szavazok, bar volt 1-2 csunya korrupcio bizonyos kernelekkel, foleg az elozo mondatban leirt dolog miatt.

( dikki | 2006. 10. 04., sze – 21:24 )

Én mindig is reisert használtam, és nem volt soha adatvesztésem.

Miért? Mert rengeteg alkalommal tudta az igen kiváló reiserfsck visszahozni a korrupt particiókat, --rebuild-treevel vagy --fix-fixablellel, látszólag gázos helyzetekben. A reiserfsck egy _igen_ szuper jószág...

Aztán egy ideje használok ext3-at, és az tűnt fel, hogy nem tudom, ehhez milyen fsck-tool van. Lehet, hogy használhatatlan, de még soha nem inditottam el. Egyszerűen nincs rá szükség.

e2fsck-ra gondolsz?

én suse 8.1 (azt hiszem) alatt használtam reiserfs-t. áramkimaradás után nagyon nyomtam a reiserfsck-t, de egyszer elfelejtette a könyvtárfa struktúrát, úgyhogy maradt a végső megoldás (nem, nem halál :). a fájlok viszont megmaradtak, csak össze kellett vadászni őket. azóta ext3 van nálam, de amúgy a reiserfs érezhetően jobban ette az erőforrásokat, amit nem díjaztam. belassult a gép pl. másoláskor

( Replaced | 2006. 10. 05., cs – 11:46 )

Most egy Pistike szintű vélemény is legyen:
Használtam Ext3-at és Reisert is átlag desktopra, de semmi különbséget nem vettem észre. =)

Viszont:
Párizs, szél. London, zuhogó eső. Magyarország kurvasok áramszünet, de az Ext3 még mindig tart!!!44

Resiserrel még nem volt szerencsém fél óránkénti áramkimaradásokhoz. :)

--
TheReplaced@ZenWalk - С Кем Ты?