Vývoj ReiserFS pokračuje. Představen byl formát Reiser5

Vývoj souborového systému ReiserFS pokračuje. Edward Shishkin představil formát Reiser5, tj. nástupce Reiser4.

1.1.2020 22:55 | Ladislav Hagara | Nová verze

Komentáře

[Blaazen]

No a jaký je tedy nejlepší FS na NVMe disk? Když nepotřebuju RAID a snapshoty a chci něco KISS? Furt Ext4?

[David Heidelberg]

zkus F2FS. Teď už by to neměla být sázka do loterie.

Používám ho zatím jen na systémový oddíl (asi tak rok) a všechno funguje jak má (i po několika pádech systému, občas nějakému -rc kernelu atd.)

[Love_Dali]

to je dobrá zpráva. ReiserFS jsem naposled používal před lety na Slacku :)

[Bedňa]

Ono do ReiserFS stále prúdia nejaké patche. ReiserFS je zatiaľ z toho čo som skúšal na desktop úplne top. Keď máš starší disk a otvoríš si adresár s množstvom súborov, tak je to 10 krát rýchlejšie ako Ext3/4. Čiže keď ti to trvá 10 sekúnd s ReiserFS to bude sekunda. Je to cítiť aj na novších diskoch, ale tam to spraví z 2 skúnd 0,2 sekundy, čo už nieje tak cítiť z užívateľského hľadiska.

[Ovoce]

Mě přišel taky dobrej (Reiser3 teda), navíc když jsem ho používal na notesu s 4GB HDD (rok 2008), tak to ušetřilo nějaké kritické místo proti ext3.

Akorát měl tehdy problém, že když jsem zaplnil disk, tak pak i po uvolnění místa další zápisy selhávaly a musel se restartovat systém. Když měl člověk neuloženou práci, tak honem shánět klíčenku, kam ji uložit. Já ji socka neměl, notes už neměl ani floppinu, tak jsem si ukládal rozepsanou práci do texťáku na 16MB /boot partišnu, která byla FAT.

Zajímalo by mě, jeslti tohle chování pořád zůstalo, nebo to někdo opravil.

[Bedňa]

Tento bug ReiserFS naozaj mal, ja som sa s ním nestretol, páč sa snažím raz začas upratať aby som nemal bordel na disku. Riešilo sa to, mno je to už fakt dávno a finále si už ani nepamätám

Ja som zo starým ReiserFS mal práve veľmi dobré skúsenosti. Jedného dňa mi začal blbnúť komp. Hľadal som chybu a keď som už nevedel kam, tak som ReiserFS sformátoval na ext3 a hneď pri prvom páde všetky dáta v prdeli. Potom som zistil, že jebušká diskovému radiču, zaujímavé, že ReiserFS všetky pády prežil a dáta ostali vždy konzistentné. Mno a to sa všeobecne tvrdilo, že ext3 má stabilné nástroje na opravu partišny a ReiserFS to má stále v alpha stage.

[Jindřich Makovička]

Tohle ještě šlo, horší bylo, když se musel na zaplněný FS pustit fsck --rebuild-tree, fsck začal vesele přepisovat a pak se teprv ukázalo, že nový strom zabere víc místa než původní a celý FS šel do kytiček.

[Jirka]

Tenhle příkaz se dal mimochodem používat jako solidní undelete, vždycky se objevila kupa dávno smazaných souborů

[Luboš Doležel (Doli)]

A mně jednou Reiser3 totálně umřel po nesprávném vypnutí. --rebuild-tree nefungoval a padal na nějakém assertu.

[Petr Ježek]

Paralelní sledování připojených zařízení nutně znamená zátěž systému. Reiser5 jako FS sice tyto procesy přebírá od kernelu, což je nutnost pro oddělení jádra a uživatelského prostoru (připojování zařízení je typicky uživatelská záležitost), ale I/O provoz je stále věcí kernelu. Bude zajímavé sledovat, jak se tato dychotomie v praxi vyřeší. Jinak dokud neuvidím kód, mohu se obávat jeho proprietárních prvků.

[Bedňa]

Spomína tam aj vlastný patent, tak uvidíme. Je to na mňa moc obsiahle aby som to strávil. Zaujala ma tá spotreba RAM "~500M of memory"

[Heron]

Já jsem to četl (netvrdím, že po silvestrovské noci moc důkladně) a nikde jsem tam nenašel řešení redundance dat. On tam srovnává výkon s raid-0 a linear, slovo mirror nebo redundant v tom dokumentu není ani jednou ani žádný jiný popis redundance. To je docela zvláštní na multidevice fs.

Potom tam píše, že není dobré mít příliš velké rozdíly mezi velikostmi device a doporučuje to rozdělit pomocí klasických partišen (If some device is too large, simply split it into a number of partitions to make sure that any space map does not exceed some upper limit.) - jako wtf, multidevice fs, u kterého je potřeba používat klasické oddíly? A tak dále (více jsem to rozepsal pod zprávičkou na rootu).

Co mě zaujalo jsou ty nástroje (jasně, není to hotové):

To be able to mount your LV make sure that all its bricks (data and
meta-data) are registered in the system. If not all bricks of the
volume are registered, then attempts to mount such volume will fail
with a respective kernel message. For this reasons we strongly
recommend for user to keep a track of his LV - store its configuration
somewhere, but not in this volume!

Takže ručně je potřeba přidat všechny bricky aby se to mountlo a doporučujou mít konfiguraci uloženou jinde. WTF? To se to neumí poskládat samo z interních metadat? Tak jak to umí všechny ostatní storage systémy?

Navíc to vypadá, že minimálně metadata brick formátuje na úplně obyčejný reiserfs4 (datové vlastně taky) a potom pomocí volume.reiser4 ty jednotlivé nezávislé fs spojí dohromady pomocí shodného UUID. Takže FS nad FS?

Nevím, ten návrh je celý takový divný. Multidevice fs, který potřebuje partišny, a který se sám ani neumí sestavit a neřeší redundanci. Možná to bude super brutálně rychlé a redundance se bude řešit jinak, tj bricky budou mdadm mirrory nebo tak, ale v konkurenci ostatních fs to asi neobstojí.

[Michal Kubeček]

Takhle nějak to bylo i s reiser4: tunelové vidění, soustředění na vybrané killer features a ignorování všeho ostatního včetně zásadních chyb jako třeba deadlock vyvolatelný obyčejným uživatelem. K tomu se přidala i neochota zabývat se známými chybami v reiser3 s tím, že "v reiser4 už to bude v pořádku". Dokud nebudou nějaké hmatatelné doklady toho, že se přístup lidí za reiserfs zásadně změnil, nic bych si od toho nesliboval.

Takže tu zprávičku bych bral spíš jako zajímavost než jako něco, k čemu by se měly upínat naděje lidstva. Reakce nejmenovaného kolegy, který se filesystémům věnuje, na IRC byla: "It's going to be January 1, not April 1."

[Bedňa]

Je to celé divné, jakoby to bol proof of concept "Eduard Shishkin (patented stuff)". Roky ma už nebaví ani low level, to sa človek fakt musí venovať jednej veci aby v tom bol dobrý. On sa venuje jednej veci tak to možno nejakú budúcnosť má, samozrejme nie v tomto stave, kde ako píšeš, keď si to celé musí človek zostaviť ručne.

Možno čaká že sa toho niekto chytí a dotiahne to do použitelnej podoby, alebo predá patent The Linux Foundation, fakt neviem čo si o tom mám myslieť.

[Heron]

Je to celé divné, jakoby to bol proof of concept "Eduard Shishkin (patented stuff)". On sa venuje jednej veci tak to možno nejakú budúcnosť má

Já nevím, co si o tom myslet. Je něco zcela jiného přinést nový koncept (třeba spojení B-TREE + COW) a za víkend z toho udělat BTRFS, které přineslo naprosto nové prvky do té doby nevídané (nezávislé snapshoty / subvolume v libovolném množství, velmi flexibilní přidávání a odebírání device apod.).

Ale ReiserFS pokaždé přijde s geniálním prvkem (dancing trees, logs, O(1)) a výsledkem je úplně obyčejný FS, který nic navíc neumí. Ano, pokaždé je to v nějakém poměrně úzce specifickém pásmu výkonnější než všechno ostatní (takže se to hodí do marketingu), ale jinak je to prachobyčejný FS, který nemá nic navíc a fakticky nic užitečného z těch geniálních myšlenek není schopen vytěžit.

Třeba je to fakt celé o tom, aby si toho jeho geniálního alokátoru někdo všiml a koupil od něj patent za pár zlaťáků. I když i to by se dalo udělat jinak.

[Bedňa]

Já jsem to četl (netvrdím, že po silvestrovské noci moc důkladně)

Mno kašľať na to a čo Silvester aký bol?

[Heron]

Sekt, chlebíčky, ohňostroj, víc si nepamatuju, takže asi super

[Bedňa]

My sme boli pozvaný ku kamarátom a dopadlo to podobne. Do polnoci pohoda, ale potom sa to zlomilo

[lertimir]

Zkusili jste někdo bcacheFS? jako bcache na cachování hdd funguje dobře a asi to dělá dost přímočaře.

[Hans Reiser]

Vlákno bylo přesunuto do samostatné diskuse.

[Odin1918]

Jsem velmi zvedavy, zda bude mit reiser5 nejake hezke killer features.

[Hans Reiser]

LOL

[Bedňa]

Trochu sme to tu už rozoberali vyššie.