Vlákno názorů k článku Velký test osmi linuxových souborových systémů od Lampa - pripad prvni: dostal jsem v praci novy pocitac a...

pripad prvni:
dostal jsem v praci novy pocitac a tak jsem instaloval novy system (delam v debian unstable + kde 3), pri instalaci jsem zvolil xfs, protoze jsem mel s reiserfs na starem pocitaci trosku problemy, kompiloval jsem si vlastni kernel a nestacil jsem se divit, jak dlouho jsem musel cekat nez se smazaly (make mrproper) vsechny nepotrebne soubory po kompilaci. Zkousel jsem to porovnat s starym strojem (ktery je vykonove asi polovicni i diskove) a na starem stroji byl stejny kernel rychleji vycisten nez na novem stroji. Reinstaloval jsem na opet na reisera a uvidime jestli budou mit stejne problemy jako na stroji starem (ale tam je to mozne ze to bylo zpusobeno hw)

pripad druhy:
mailserver - tisice malych souboru, tam jsem bohuzel byl nucen prejit na xfs i za cenu ze budou vetsi systemove naroky (vetsi load) a pomalejsi operace. Na reiserfs mi bohuzel padalo, protoze mel problem se 600k souboru v adresari. Proste se system zhroutil a byl mozny pouze reset (ani reboot nebyl schopen zabit procesy ve stavu D), po rebootu nekolikahodinova oprava filesystemu (opravil to ale v poradku, chybelo jen par mailu, ktere se zrovna v tu dobu zapisovaly na disk).

Preferuji reiserfs3 (v4 jsem jeste nezkousel) pred xfs, na desktop bych zvolil reiserfs, ale bohuzel na server spise bych se priklanel taky k reiserfs, ale kdyz je potreba tolika souboru v adresari a vim ze reiserfs stim ma problem, tak nebudu riskovat. Tot muj nazor zalozeny na vlastni zkusenosti.

Ono XFS ma jeden dost zasadny problem - bezpecnost dat. Casom sa stracaju a zatial ani nejestvuje prostriedok typu fsck na urobenie poriadku na XFS particii. jedina moznost je prevytvorit XFS part nanovo. Na nepodstatne data je to v pohode - my to mame na par velkych squidoch - ked sa v squid logoch zacnu objavovat prilis casto hlasky o nedostupnosti suboru, ktory podla squid indexu dakde na disku zajvne ma byt, tak preformatujeme xfs a ideme dalej. Ale na projektove data... asi nie....

Zatim jsem se s timto problemem nesetkal, takze nemuzu soudit, ale pokud tenhle problem nastane, tak budu hledat jine reseni ve forme jineho fs.

Slysel jsem o tom ze pri vypadku napajeni se muzou tyto problemy objevit, ale zatim jsem opet nemel tu cest.

"...a zatial ani nejestvuje prostriedok typu fsck na urobenie poriadku na XFS particii. .."

to je omyl, existuje xfs_repair

Tak tak, jineka netketre distribude jej maji domrseny (xfs_repair), ale fedora a centos jej maji OK.

Ja netusim o cem to tu ohledne XFS trepete, seznam od nej utekl, podle me z hysterie, predtim na nem celou dobu jel.

Kupa zakazniku pouziva XFS na diskovych polich a v poradku, nekteri zakaznici debianu dokonce hlasi v kernelu 2.4 naprostou nestabilitu ext3, kdy pri velkem IO dochazi ke zhrouceni tohoto FS.

Ja uz ovsem na notebooku zazil, ze se mi soubory sekali na 1/2 a 2/2 byla zmresena, nastesti jenom nove, pomohl xfs_repair, kazdopadne stav, kdy se FS v rozvrzanem stavu pripojil a nezahlasil error, me moc nepotesil, po oprave uz se to neopakovalo.

Jinak velice stabilni je jiz ext3 s dir_index volbou

pid=007 :)