Test FS: ext2,ext3,jfs,xfs,resiser3 (diskuse)

[David Watzke]

S jakými parametry/optimalizacemi jsi FS vytvářel? Např. Ext3 se dá totiž dost zrychlit, viz FAQ.

[David Heidelberg]

odhaduju, že výchozí parametry u všech systémů

jinak rychlost XFS je už celkem dobře potvrzená.. kdybych tak často neslyšel, o problémech při pádu systému(ne, že by mně to padalo, ale čas od času se mně to stane - hlavně když s tím dělám blbosti...), měnim svoji 230G partition...

0K!AS

[David Watzke]

odhaduju, že výchozí parametry u všech systémů

Nějakej chytrej...

jinak rychlost XFS je už celkem dobře potvrzená.. kdybych tak často neslyšel, o problémech při pádu systému, měnim svoji 230G partition...

S XFS jsem ještě problém neměl a tady je to taky furt něco. Když to nevytuhne kvůli splašenýmu VMware, tak třeba párkrát do roka vypadne proud, a tak. Každopádně už toho přežil fakt hodně a to používám maximálně velkou cache. No, ale používám to jen na filmy a větší věci... jinde moc nevyniká.

[Filip Jirsák]

jinak rychlost XFS je už celkem dobře potvrzená.. kdybych tak často neslyšel, o problémech při pádu systému

To ale nejsou žádné nedefinované nedeterministické problémy. To je prostě známá vlastnost – XFS drží spoustu metadat v paměti, takže odpojení systému bez syncu znamená, že soubory, se kterými se v poslední době pracovalo, jsou zkráceny na nulu nebo vynulovány. Řešením je UPS a automatické vypnutí systému před jejím vybitím.

[David Heidelberg]

no, není to řešení... proud u nás jde pořád.. výpadek ani nepamatuju, ale stačí abych na VLC vynutil nějaký video výstup a totálně chcípne systém(když je to na automatice, tak bezproblémů), takže pokuď udělam nějakou takovou koninu, tak potom mě zařve půlka disku a to by mně docela mrzelo(nezálohuju, nikdy)...

0K!AS

[Heron]

Nejen ext3

[Heron]

Oba linky jsou stejné tak, nevím zda vedou na tabulku nebo kompletní test. Chybí mi tam konfigurace toho stroje, typ a rychlost disku, velikost testovacího oddílu, konfigurace těch FS (default se může lišit distro od distra), apod.

[Michal Kubeček]

Ono tam ani není napsané, co se to vlastně měřilo a v jakých jednotkách jsou výsledky. V každém případě jsou výsledky krajně podezřelé, nevěřím, že by u všech filesystémů opravdu vytvoření 500 souborů trvalo déle (a to mnohdy víc než o řád) než vytvoření 10000 adresářů…

[Jan Zapletal]

V dnešní době už by v takovém testu neměl chybět ext4.

[alblaho]

Nemyslím si. Ono ještě nějaký čas potrvá, až to bude production-ready. Aspoň rok.

[David Watzke]

To jo, ale nějaký srovnání by to chtělo. Asi se na to někdy (brzo) mrknu.

[vlk]

...tak :)

a teraz mi vysvetlite preco sa vsade ako default v distribuciach formatuju disky ext3 a nie xfs???

viem ze par ludi mi vravelo o problemamoch po vypadku napajania s obnovou dat na disku xfs, ale osobne som stym doteraz nikdy nemal problem a to pouzivam xfs uz cez 5 rokov a to nie na jednom PC (klop klop). lenze moj nazor je ze podobne problemy mozu nastat pri akom kolvek FS a nielen xfs a druha vec ze za poslednych par rokov sa na xfs poriadne makalo (podla changelog-ov kernelu) takze spominane problemy su asi aj minulost :)

[alblaho]

Protože ext3 je vrchol konzervatismu. Data jsou umístěna staticky, takže se nemůže rozsypat jako Reiser, nemá tak agresivní cachování jako XFS. Díky jednoduché struktuře a feudálním zhovadilostem jako statická prealokace inodů se dá přečíst i zpola zničený fs.

[Ctirad Feřtr]

Nevím o tom, že by se reiserfs rozsypával a to ho používám roky prakticky všude. Zatím jsem "resetuodolnější" filesystém nepotkal. Zato u ext3 na kolegově desktopu se mi stává tak v průměru 2x do týdne, že mu to při bootu skončí na klasické hlášce: "Give root password for maintenance (Or type control-D for normal setup)" a volá mě, že neví, co s tím má dělat. To se mi třeba u reiseru v životě nestalo. U xfs taky ne, ale ten nemám nikde na /.

Mimochodem, žádný filesystém resiser3 neznám. Ani reiser3 ne. Pouze reiserfs a resiser4.

[Luk]

Zato u ext3 na kolegově desktopu se mi stává tak v průměru 2x do týdne, že mu to při bootu skončí na klasické hlášce: "Give root password for maintenance (Or type control-D for normal setup)" a volá mě, že neví, co s tím má dělat.

Nevzpomínám si, že bych někdy měl s ext3 nějaké takové problémy. Dokonce i tehdy, když jsem experimentoval s moduly do jádra a občas jsem před kritickou operací zapomněl dát sync. Maximálně jsem přišel o data v souboru, který ještě nebyl zapsán z cache na disk, ale samotný filesystém se nikdy nepoškodil tak, aby to nešlo opravit ze žurnálu.

[Ctirad Feřtr]

Co přesně myslíš tím opravením ze žurnálu? Na té mašině končí jakékoliv nekorektní ukončení systému spuštěním fsck po bootu a následným rebootem počítače, po kterém (většinou) následuje již korektní boot. Asi v jednom ze tří případů ten fsck skončí výše uvedenou hláškou.

Možná je něco blbě v ubuntu, ale co tak pamatuju na dřevní doby, kdy jsem používal ext2, tak se to chovalo stejně. Každopádně resierfs můžu resetovat a vypínat za chodu jak chci a nikdy semi nic podobného nestalo. I ten fsck se projevuje pouze jako prodloužení doby mountování.

[disorder]

ja osobne som "Give root password for maintenance (Or type control-D for normal setup)" zazil len raz -- par hodin po tom, co mi disk spadol na zem (najprv sa tvaril normalne, ale neskor sa aj SMART ohlasil)

ale restart po fsck som nezazil nikdy

[Ctirad Feřtr]

My to zažívali dost často v začátcích czfree.net v době padavých hostap a resetátorů. Dokud tam byl ext2/3, tak byl manuální zásah nutný každou chvíli. Pak jsme tam začali dávat reiserfs a od té doby je pokoj a jede to vlastně dodnes prakticky bez údržby.

[Vlado]

Informácia k resetovaniu po oprave FS (aspoň u ext2/3). Ak sa testuje už pripojený FS ako / a následne sa opraví, musí sa reštartovat linux. Preto sa využíva pri štarte napr. initramfs a mountuje sa ako root / a tu sa odkontrolujú FS na zariadeniach a opravia sa (bez potreby reštartu). Potom sa spraví napr. pivot_root, alebo podobné.

[disorder]

ved vravim, ze som to este nezazil

[Luk]

Co přesně myslíš tím opravením ze žurnálu?

Tím myslím to, že když fsck zjistí, že filesystém nebyl korektně odpojen, pomocí přehrávání žurnálu ho dostane do konzistentního stavu. Žádný reboot se ale nekoná, normálně to pak nabíhá dál. Tedy aspoň ve Fedoře

[Ctirad Feřtr]

A jak často resetuješ? On kolega tam dělá psí kusy, takže po resetu sahá celkem běžně. Ale i tak se mi nezdá, že by bylo ext3 až tak náchylné.

[Luk]

Teď resetuji málokdy, tak jednou do měsíce. Ale v určité době (hlavně při ladění modulů do jádra) to bylo i několikrát denně.

[Ctirad Feřtr]

Pouze reiserfs a resiser4.

A resiser4 samozřejmě taky ne ;)

[cthulhu]

tak nejak po tomto "testu" premyslim proc je v RHELu a SLESu (10) jako default ten "pomaly" ext3..(noatime,dir_index,data=writeback..nic?), mozna to bude tim ze ReiserFS3 je mrtvej, ctyrka v nedohlednu na XFS nema Redhat ani Novell odvahu? opravdu tolik zalezi na serveru na "rychlosti" FS? a co na to Jan Tleskac?

[andree]

nie je server ako server...

[zelial]

vykon fs je precenovany. kdyz chces rychlost, tak stejne musis mit vsechno v ram ;)

[jiri.b]

UDF - lol to je co? neni to UFS2 spise? UDF je snad format na DVD.

[jyrki]

Jj. svata pravda

[Michal Fecko]

Pre blizsie info UDF a UFS

[Ivanhoej]

Jejda sorry to je tak so skratkami - opravene

[disorder]

cas mazania BIG suborov mas zle zvyrazneny.

no ja som spokojny s ext3, keby mam XFS, tak by som som ho vcera znicil :) vytiahol som baterku zo spiaceho nb...

[atan]

pred uspanim se to snad syncne?

[disorder]

no, to snad bude pravda :) ale pri starte som dostal tento pekny vypis:

Aug 22 11:05:51 elsinore kernel: EXT3-fs: INFO: recovery required on readonly filesystem.
Aug 22 11:05:51 elsinore kernel: EXT3-fs: write access will be enabled during recovery.
Aug 22 11:05:51 elsinore kernel: kjournald starting.  Commit interval 5 seconds
Aug 22 11:05:51 elsinore kernel: EXT3-fs: sda8: orphan cleanup on readonly fs
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 169485
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 262987
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 303303
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 411790
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 411789
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 411788
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 411787
Aug 22 11:05:51 elsinore kernel: ext3_orphan_cleanup: deleting unreferenced inode 411682
Aug 22 11:05:51 elsinore kernel: EXT3-fs: sda8: 8 orphan inodes deleted
Aug 22 11:05:51 elsinore kernel: EXT3-fs: recovery complete.
Aug 22 11:05:51 elsinore kernel: EXT3-fs: mounted filesystem with ordered data mode.

[Michal Kubeček]

Takové věci se samozřejmě po nekorektním ukončení systému dají očekávat. Ale při zběžném pohledu tam nevidím žádný zásadnější problém. Ten sync samozřejmě nezabrání tomu, aby měl filesystém dirty příznak, ale sníží riziko ztráty nebo nekonzistence dat.

[disorder]

ved ja som ich aj ocakaval, ale v pripade ext3 som sa nebal ziadnej straty. XFS proste je nachylnejsie a ja mu neverim...

[Michal Kubeček]

Já myslel, že se bavíme o technických argumentech. Pokud jde o otázku víry, pak asi nejsem ten pravý, abych o tom s vámi diskutoval.

[disorder]

to nie je viera, ale "dobre zbozi se chvali samo" -- a to sa zrovna pri XFS neuplatnilo...

[Michal Kubeček]

Já bych řekl že ano.

[disorder]

myslim odolnost voci padu...

[Michal Kubeček]

Opakuji vám, že to ani zdaleka není tak hrozné, jak si představujete ve svém příspěvku z 12:31.

[disorder]

nikto samozrejme nemoze vediet co by sa stalo s XFS, len som narazal na jeho preslavenu vlastnost...

[Michal Kubeček]

Nesmíte věřit všemu, co se povídá. Rozhodně to není tak, že by každé nekorektní ukončení systému s XFS znamenalo poškození dat. Ani zdaleka…

[disorder]

mne staci vediet, ze je nachylny k poskodeniu...

[Michal Kubeček]

To je každý. XFS o něco více než ostatní, ale rozhodně to neznamená, že každé nekorektní ukončení automaticky vede automaticky ke ztrátě dat. Mám XFS na jednom stroji, kde už těch nekorektních ukončení proběhlo několik desítek, a pořád jsem žádné ztráty nepozoroval.

[disorder]

ja sa radsej budem drzat osvedcenej kvality...

[Michal Kubeček]

:-)

[podlesh]

ja sa radsej budem drzat osvedcenej kvality...

Přesně tak. A jelikož mám ověřeno že ext3 je mnohem náchylnější na poškození než XFS, tak raději dávám všude XFS.

[disorder]

dobre vediet, ze aspon niekomu funguje

[Filip Jirsák]

Funguje nejspíš každému (nebo skoro každému), kdo ví, jak má ten filesystém používat. Což ale platí pro všechny FS.

[disorder]

nenechat ho spadnut? ale o to sa predsa snazi kazdy (snad)

[Filip Jirsák]

Ano, přesně to. Budete se divit, ale někteří nemají u počítače UPS nebo baterku notebooku, testují různé patche do jádra, přetaktovávají procesory, paměti – pro takové případy nebude XFS dobrá volba.

[disorder]

testuji patche? ale to im UPS velmi nepomoze ak im to vytuhne (aj to sa mi uz na tomto nb stalo, nie raz)

[Michal Kubeček]

Pokud jste tak moc fixovaný na to riziko poškození filesystému při nekorektním ukončení (bez ohledu na ostatní vlastnosti a funkce), mohu vřele doporučit MS-DOS 6.22 s vypnutou (resp. nezapnutou) diskovou cache. Tam bude riziko poškození výrazně menší než u jakéhokoli linuxového filesystému. :-)

[disorder]

haha... ale nie, chcel som byt len slusny...

[Michal Kubeček]

To nebyl vtip. Jen takové jemné nakopnutí, kam vás dovede, budete-li extrémně přeceňovat jednu jedinou vlastnost filesystému a ignorovat všechny ostatní. Rozdíl v riziku poškození mezi XFS a třeba ext3 není ani zdaleka takový, aby stálo za to jen kvůli němu ignorovat všechny ostatní vlastnosti. A pokud snad ano, raději dám ty necelé 2KKč za UPS. U notebooku (o kterém mluvíte) už bych se tím vůbec nezabýval, ten má UPS přímo v sobě.

[disorder]

stat sa moze vselico. a co sa tyka "ignorovania" nejakych vlastnosti, tak mne nic u ext3 nechybalo a nechyba.

[jyrki]

Ona na tom nebyla spatne se spolehlivosti FS ani OS/2.

[frEon]

presne tak, ja mam tady na stole stroj s xfs se systemem instalovanym v roce 93, nekorektnich vypnuti to uz od te doby zazilo nescetne. nevim jak data, ale system na tom bezi bez uhony

[Michal Fecko]

JFS potesil.. Pouzivam zatial iba kratky cas, ale je to super FS... Lepsi uz bude iba ak ZFS.

[Vykook]

Přesně tak, spolu s UFS2 je to jedinej FS který přežil moje zacházení. XFS vydrželo sotva týden

[s]

V té wiki je chybka -- v řádku "Cas mazania BIG suborov" je červeně označen záznam ext2 (4,834), ale ext3 je ještě pomalejší (6,42). Registrovat se tam kvůli tomu ale nebudu.

[Ivanhoej]

dik opravene

[Ivanhoej]

Doplnene údaje o testoch