Dotaz: Defragmentace linuxoveho FS

[petr]

Zdravim,
chtel bych se zeptat jak je to s defragmentaci linuxovych FS, v mem pripade Ext3. Nekde jsem cetl ze se tyto filesystemy defragmentuji nejak sami, je to pravda ? Chtel bych aspon nejak zjistit kolik % je fragmentovanych, prip nejaky nastroj na defragmentaci, pokud neco takoveho existuje.
diky za odpovedi.

Odpovědi

[David Watzke]

Ne, nedefragmentují se sami. Nefragmentují -> nepotřebují defragmentaci. Tohle (defragmentaci) znáš z Windows, co?

[petr]

jj, byl jsem na to zvykly z win, ale neni me jasne jaktoze Ext3 nepotrebuje defragmentaci, vzdyt pokud se system normalne pouziva tak se na disk nahravaji a mazou data tzn. se FS musi fragmentovat a zpomalovat tim nacitani souboru...

[Martin Beránek]

pokud se system normalne pouziva tak se na disk nahravaji a mazou data tzn. se FS musi fragmentovat

ne ze bych byl odbornik na FS, ale za timhle si opravdu stojite? (asi jste propadl propagande ze strany jedne nejmenovane firmy)

rekl bych ze tady neni rozhodujici fragmentuje/nefragmentuje, ale mira fragmentace, ktera je treba na FAT - casem - neunosna

[barney]

laický výklad:

celý proces fragmentácie file-systému vzniká pri výbere "vhodného" voľného bloku. windos vyberú prvý voľný, t.j, zapĺňajú priestor od začiatku. ext2 (ext3, reiser, ...) plánuje súbory tak, že ich primárne rozhadzuje rovnomerne na celú veľkosť filesystému, a teda majú pri zápise vyššiu pravdepodobnosť toho, že další požadovaný blok je pri bloku predchádzajúcom.

jeden z princípov ext3:
povedzme si, že priemerná veľkosť súboru je 5 MB. Takže rozdelíme file-systém na 5 MB veľké zóny (skupiny blokov) a každému novému súboru priradíme jednu zónu. pokiaľ bude na file-systéme neobsadená zóna, fragmentácia v zóne nenastane.

fragmentácia (a to i výrazná) vzniká aj na ext3, postačuje pracovať pri zaplnenosti filesystému okolo 90%

ďaľšou odlišnosťou je spôsob ukladania použitých blokov. tam, kde windos používa štruktúru linked-list, tak klasický unixový filesystém používa pole.

[Cyphr0]

No tak to je v celku zbytečné, když tam nic moc nenahráváš a nemažeš tak se moc nefragmentuje. Jinak... OO Defrag: http://www.oo-software.com/en/products/oodlinux/index.html
Tu je diskuse na živě: http://forum.zive.cz/viewtopic.php?p=170497
No já tenhle problém neřeším, spíš mám v systému totální bordel a nějak mi ten bordel narůstá...snad existuje i čistička

[Pmx]

Úplnou defragmentaci provedeš tak, že všechny soubory z oddílu přesuneš na jiný (oddíl nebo disk) a pak zpět

[David Watzke]

To už bych to rovnou i naformátoval (před vrácením dat na ten disk a před smazáním zálohy to bude asi nejvhodnější )

[Luboš Luňák]

Mira fragmentace se da zjistit z fsck (musi probehnout, takze kdyztak -f). Vzhledem k tomu, ze ext2/3 resi fragmentaci lepe nez FAT, tak z tohohle duvodu nema moc smysl se tim obtezovat.

Nicmene, to ze Linux vubec zadnou defragmentaci nepotrebuje neni tak uplne pravda a patri to spis do te velke sbirku Linuxovych mytu, ktere kazdy opakuje.

Uplne jednoduchy priklad: KDE mi tady dokaze nastartovat za 5 sekund. Nebo za 25 sekund. Uplne to same nastaveni. Vsechno zalezi na tom, jestli se cte z disku nebo jestli uz to bylo precteno a kernel to ma v cache. Mam tu docela rychly disk, v pohode da 50MB/s, takze rekneme teoreticky by uplne vsechno co KDE potrebuje mel nacist do 2 sekund, vic nez 100MB dat to urcite nebude. Jenze to netrva sekundy 2 ale 20, protoze kernel to zoufale lovi po ruznych castech disku. Proti idealnimu pripadu se tak ten start zhruba trikrat prodlouzi. Takze evidentne tu je misto pro zlepseni, i kdyz by to nebyla ani tak defragmentace jako spis inteligentnejsi usporadani dat na disku (mimochodem, nejaky dobrovolnik :) ? ).

[Tom K]

Disk mozna da 50MiB/s, ale jen v blokovem cteni a predpokladam, ze u teb e nema kde konfiguraky v jednom dlouhem souboru, takze se musi pohybovat hlavicka a s tim si neporadi sebelepsi FS (leda mit soubory poskladane presne v poradi v jakem jsou cteny pri startu KDE).
Defragmentovat (neboli reorganizovat) data samozrejme lze, ale zalezi na tom jestli dotycny FS ma takove nastroje. Stejne, jako by mel byt nastroj na dump FS samozrejmosti, tak i nastroj na "defragmentaci" se obcas hodi. U XFS je to xfs_fsr, u ostatnich FS nevim. Nepouzivam je prave proto ze pro ne nejsou takto samozrejme nastroje (zalohovat data z FS pomoci dd opravdu nehodlam).
Jo a mytus, ze se FS v linuxu nemusi defragmentovat. Ono to mozna vzniklo z toho, ze to sice lze, ale vykonostne je to vetsinou dost k nicemu.

[Luboš Luňák]

> takze se musi pohybovat hlavicka a s tim si neporadi sebelepsi FS (leda mit soubory poskladane presne v poradi v jakem jsou cteny pri startu KDE)

Coz je prekvapive presne ta myslenka. Navic to nemusi byt nutne presne v tom poradi, stacilo by mit je blizko a cist to naraz. A argumentovat tim, ze tak se to nedela, je drobet mimo, jednak proto, ze to neni zadny duvod, jednak Windows si tak udajne pripravuji data pro boot uz od W2k(?). Linux je na tom v tomhle ohledu az tak skvele, ze vyvojari desktopu se snazi si to nejak udelat sami :-/.

> Jo a mytus, ze se FS v linuxu nemusi defragmentovat. Ono to mozna vzniklo z toho, ze to sice lze, ale vykonostne je to vetsinou dost k nicemu.

Defragmentovat - asi. Inteligentne usporadat a cist - myslim, ze ten priklad s KDE mluvi sam za sebe.

[Tyfus]

myslim, ze ten priklad s KDE mluvi sam za sebe.

Ja myslim, ze ne. Kdyz tu pred nejakou dobou byl ve zpravickach odkaz na analyzu rychlosti/pomalosti startu gnome, tak v clanku bylo, ze vetsinu diskoveho zpozdeni zpusobilo spatne vymyslene nacitani knihoven pres mmap.

Pokud si pred prvnim spustenim kde udelas `cat ${vsechno_potrebne} > /dev/null`, tak ti nastartuje za 5s. Jinak ti nepomuze ani defragmentace.

Si myslim.

[Luboš Luňák]

> tak v clanku bylo, ze vetsinu diskoveho zpozdeni zpusobilo spatne vymyslene nacitani knihoven pres mmap.

Ne, tohle tvrzeni je nesmysl. Mozna tam psali, ze pouziti madvise pro nahravani knihoven by to zrychlilo. Coz je pravda, v SUSE se to uz nejakou dobu pouziva. Ale to stejne nebyla ta hlavni cast ceny toho nahravani.

> Pokud si pred prvnim spustenim kde udelas `cat ${vsechno_potrebne} > /dev/null`, tak ti nastartuje za 5s.

No jiste (v SUSE tomu rikame preload). Az na to, ze ten cat bude trvat tech 20s. Jaky je pak rozdil?

> Si myslim.

Ja vim. Plati me za to.

[barney]

uff, to je čo za blbosť?

KDE je len user aplikácia, dokonca si ju každý potenciálny user môže nakonfigurovať sám podľa chuti, a každý používa aj systémovú aj vlastnú konfiguráciu.

nejaký iný návrh?

[secido]

filefrag

[secido]

A po chvilke hladania aj skript, ktory prejde cely filesystem. Neskusal som.