Dotaz: Linux - defragmentace HDD ? ano či ne ?

[Pavel]

Ahoj,,
na Linuxu mám SAMBA server, ve kterém je velké množství dat.
Je to taková směs malých a velkých souborů.

Při běžném provozu se zde docela často maže a přesouvá, nahrazuje a přepisuje a tak
Je zde také cca 3GB dat velmi malých souborů (xls dokumenty cca 10-20Kb na soubor = generované reporty).

Na Windows jsem musel dělat sem tam defragmentaci HDD.

Jak je to na Linuxu ?
Je potřeba dělat defragmentaci i zde ?
Pokud ano, .......jak ?

Děkuji za vysvětlení / zodpovězení mého dotazu.
Pavel.

---

---

Odpovědi

[masomlejn]

Ahoj, možná nezodpovím přímo Tvojí otázku ale fragmentaci souboru lze zjistit příkazem filefrag. Taky jsem někde(myslím že zde na ABC) čet, že pokud se zaplní určité procento diskového oddílu začne se projevovat (uplatňovat) fragmentace ukládaných dat. Možným řešením je překopírování dat z tohoto oddílu jinam a jejich zpětné nakopírpvání na původní oddíl. Ale asi bude taky záležet jaký souborový systém na tom disku máš. Ber tyto informace jako neověřené - píšu to ráno, těsně po resuscitaci ze spánku.

[Max]

Pročti si třeba toto : Dotaz: Speeddisk: OO Defrag pro Linux?
Zdar Max

[Mips]

Filesystémy (FS) běžně používané na Linuxu jsou obecně méně náchylné k fragmentaci než Windowsí FS. Ale i tak k fragmentaci dochází, obzvláště při větším zaplnění oddílu (partition).

Mám zkušenost s výrazným zpomalením ReiserFS při zaplnění nad 80 %: Vyhradil jsem si oddíl s ReiserFS na zdrojáky. Jako verzovací systém jsme v té době používali CVS a kapacita oddílu byla dostatečná s velkou rezervou. Pak jsme přešli z CVS na Mercurial, což znamenalo výrazný nárůst množství lokálně uložených dat (jak celkový objem, tak počet souborů). Po nějaké době jsem si všiml, že buildování trvá nějak dlouho – na mém našlapaném desktopu to trvalo o polovinu déle než některým kolegům na notebooku. Po různých pokusech o zjištění příčiny (a jednom zbytečném přechodu na jinou distribuci) mě napadlo, že by za tím mohl být přechod na Mercurial. Zjistil jsem, že partition je plná asi z 85 %. Po promazání nepoužívaných dat a defragmentaci se doba buildování zkrátila na třetinu.

Tu defragmentaci jsem udělal jednoduše tak, že jsem data (Mercurial repository) smazal a znovu naklonoval ze vzdálené repository.

[cronin]

Najjednoduchsi sposob defragmentacie je presunut vsetky udaje na iny oddiel a naspat. Ale ...

... ale prvom rade by som zistil, ci defragmentacia ma nejaky meratelny dopad a ci je ten dopad dostatocne velky na to, aby sa nim bolo hodne zaoberat. Celkom by ma zaujimalo, ako sa meral dopad defragmentacie na Windowse, a aky rozdiel bol namerany. Ja len ci neslo o placebo efekt, resp. o kratkodoby efekt umiestnenia defragmentovanych suborov do vyrovnavacej pamate.

V dotaze sa neuvadza, aky suborovy system sa na danom odiely nachadza. Ako bolo uvedene predrecnikmi, unixove suborove systemy zabranuju fragmentacii "by design", a funguje to velmi dobre, pokial je zaplnenie disku pod 80-90%. Najlepsim pristupom je teda prevencia: drzat vyuzitie disku pod 80%.