Optimalizujeme ext3

7.2.2006 13:39 | Přečteno: 4528× | linux

Filesystém ext3 má několik oficiálních způsobů jak se nechá zrychlit. Tyto metody jsou plně bezpečné.

Krok první, nejjednodušší - fstab

Takže jako první a nejjednodušší věc je zrušit generování atimes. Z man mount : Do not update inode access times on this file system (e.g, for faster access on the news spool to speed up news servers). Aplikace je snadná, do do každého řadku stačí do options připsat noatime. Například můj oddíl s mp3 a filmy má takovýto tvar :

/dev/hda5 /mnt/debian ext3 defaults,noatime,data=writeback    0 2

(taby vyhozeny, data=writeback je vysvětleno dále)

Jako další optimalizace (jak vyplývá z mého fstabu) je zapnutí writeback zápisu. V podstatě se jedná o zapnutí asynchronního přístupu k journalu a datům - může způsobit ztrátu dat pokud byste zmáčkli reset uprostřed kopírování velkého objemu dat. Z man mount : Data ordering is not preserved - data may be written into the main file system after its metadata has been commit-ted to the journal. This is rumoured to be the highest-throughput option. It guarantees internal file system integrity, however it can allow old data to appear in files after a crash and journal recovery. Ovšem tady je velké POZOR. Takto do fstabu můžete připsat writeback pro každý oddíl kromě /. Pokud chcete, aby byl / také writeback, tak se to NESMÍ psát do fstabu (udělal jsem to, a při bootu nemohl namountovat / - ještě že máme LiveCD :)), writeback se musí předat jako parametr jádra při bootu a to takto : rootflags=data=writeback. Nicméně stejně doporučuji mít po ruce LiveCD a kdyžtak opravit

Krok druhý, dir_index

dir_index je jedna z novějších featur ext3 filesystému a nejlépe ji vysvětlí část z man tune2fs : Use hashed b-trees to speed up lookups in large directories. Nejprve si zjistíme, zdali už nemáte dir_index spuštěný. Jako root proveďte tune2fs -l /dev/hdXY | grep features (za XY dosaďte samozřejmě ext3 volume, jaký chcete testovat, jinak -l je nedestruktivní parametr - pouze ukáže features filesystému). Pokud mezi nimi nenajdete dir_index, čtěte dál. Pokud příslušný oddíl není váš / tak ho stačí pouze odmountovat. Předpokládám, že budete chtít zapnout tuto feature i u vašeho /, budete potřebovat nabootovat z nějakého LiveCD a provádět příkazy z něj (musí se pracovat s odmountovaným FS). Nyní, proveďte tune2fs -O dir_index /dev/hdXY. Tím řekněte filesystému, ať zapne tuto feature a nyní musíte provést fsck.ext3 /dev/hdXY aby vygeneroval příslušné hashe (to může chvíli trvat). Po rebootu už bude dir_index zaplý a filesystém (snad) živější. :)        

Komentáře

[xkesh]

rozpracovat a byl by z toho peknej clanek (serialek o optimalizaci fs?)

[WerK]

Mnoo popravde to je zatim tak vsechno, co jsem o techle vecech zjistil :)

[xkesh]

Tak aspon FAQ. Protoze zejtra to napadne nekoho druhyho a napise to znova. Taky do blogu. A za tejden tretiho... (kdovi, jestli uz to tu nekde neni). Takze misto, aby to rada lidi zkoukla a pripadne opravila, tak to tu zustane viset a za mesic to (mozna) najdes uz jen ty, nebo nejaky zoufalec pri hledani, a ten ale nebude vedet, jestli je to vsechno spravne, nebo jestlis nemel momentalne nejakej vypadek...

[Heron]

Napsal jsem FAQ. Prosím, zkuste to někdo pročíst, snad jsem nic nepopletl.

http://www.abclinuxu.cz/faq/souborove-systemy/jak-optimalizovat-ext3

[xkesh]

Super :)

[Mikos]

Osobně mam zkušenost, že ext3 ani se zapnutym dir_indexem se nevyrovná reiserfs. Navíc (ač někteří tvrdí přesný opak) se u mě ukázal reiserfs jako mnohem spolehlivější filesystem. Nicméně osobně nechápu, že dir_index není použit při vytváření ext3 filesysstemu pomocí mke2fs automaticky. Protože je to jednoznačně skvělá volba bez žádných neblahých účinků, je blbost jí nepoužívat

K té spolehlivosti - když jsem používal dříve ext3, dvakrát se mi stalo že filesystem zkolaboval (a jednou se už nedal spravit). S reiserfs se mi to nestalo ani jednou (a to ho už používam delší dobu a na několika počítačích). A u starého sestřiného PC, kde se objevily badblocky, zabral krásně reiserfsck (kompletní rebuildtree). Holt každý máme s filesystemy jinou zkušenost, já na reisera nedam dopustit

[xkesh]

Nojo, mne zase nejmin dvakrat zkolaboval reiserfs... takze jsem pojal neduveru. Ale jelikoz pouzivam plecku a k tomu nedelam zadny narocny operace, tak musim rict, ze vlastnosti fs jsou mi v podstate ukradeny.

[anicka]

reiserfs je určitě mnohem rychlejší, ale mám zkušenost, že ódy na spolehlivost každý pěje jen do první ztráty dat. Mně se to stalo cca po roce používání, když v práci v noci vypadla elektřina, filesystém se rozpadl a běžné oživovací pokusy nepomohly. Od té doby zas používám ext3 a nikdy jsem s ním neměla problém.

[Mikos]

Já mam zase takovou podobnou špatnou zkušenost právě s ext3. A to hned 2x Reiserfs už od té doby co sem používal ext3 používam mnohem déle a přitom tam se mi nikdy nic takového nestalo.

Tzn. paušalizovat že reiserfs je méně spolehlivý než ext3 je nesmysl. Jak říkam já mam zkušenost přesně opačnou. Možná to platilo někdy v minulosti, ale teď už pár let určitě ne...

[Heron]

Hmm, prakticky to samé jsem už psal.

[Mikos]

Ještě bych měl jeden takový dotaz On se najde někdo, kdo nepoužívá volbu "noatime"? Já jí používal odjakživa na všech typech filesystémů a na všech PC s kterými jsem kdy měl co do dočinění.

[Michal Čihař]

No když chce člověk najít nepoužívané programy, které může s klidným svědomím odinstalovat, tak je atime k nezaplacení .

Navíc některé programy se na atime spoléhají (myslím třeba qmail na určení času posledního pokusu doručení mailu).

[Peter S.]

nastavil som dir_index, ale po fsck.ext3 mi to žiadne hashe negenerovalo a vykonanie príkazu trvalo iba cca 1 sekundu, nie je niekde problém?

[Heron]

fsck.ext3 -D

[alium]

fsck.ext3 -D

tuto volbu system nezna :(

[alium]

ale zna fsck.ext3 -D /dev/hdXY
bohuzel taky vterinova zalezitost....

[Heron]

co tahkle tam přidat ještě -f?

-f     Force checking even if the file system seems clean.

Ale to, předpokládám, jste už v manuálové stránce četl.

[alium]

cetl, ale nerad neco vnucuju ale diky za nakopnuti...

[Michal Vyskočil]

Ovšem tady je velké POZOR. Takto do fstabu můžete připsat writeback pro každý oddíl kromě /.

Tak jsou dvě možnosti, buďto mám něco blbě nastavené, nebo štěstí, protože u mě to funguje bez problémů.

[WerK]

Mno aha ... ja vychazel z toho, ze moje Gentoo to moc dobre nebralo, mozna to bude zalezitost initscriptu

[knizmi]

Me to na Debianu take s writeback ve fstabu nejede - / se odmita nechat pripojit jako rw, takže pozor na to!

[atan]

U me v Gentoo to taky v fstabu nefunguje.

[outlier]

A jak to samé udělat pro reiserfs? Mám u jednoho filesystému pouze defaults a přijde mi, že pořád hrabe bezdůvodně na disk a používá hodně paměti...