Dotaz: Speeddisk: OO Defrag pro Linux?

[Standa]

OO Defrag nejen ze umi defragmentovat, ale taky srovnava data na disku podle zadanych kriterii: datum posledniho pristupu, jmena atd. - tim se da zrychlit prace s diskem. Existuje nejaky sw tohoto druhu pro Linux?

Zkousel jsem ve win pomoci Ext2fsd "srovnat" soubory pomoci OO Defrag, ale ackoliv ve win byly ext3 oddily v poho videt, OO Defrag je nenasel.

Diky.

Odpovědi

[#Tom]

Pro souborové systémy ext a ext2 takový program je, jmenuje se e2defrag. Lze jej použít i pro ext3, ale zničí se tím žurnál. Mnohem lepší však je nemít linuxové oddíly plné, čímž lze fragmentaci předcházet. Pro reiserfs není, pokud vím, nic, pro XFS něco je, ale nikdy jsem to neviděl.

Více je třeba tady.

[Standa]

Me nejde ani tolik o samotnou defragmentaci, ale o fyzickem srovnani dat na disku treba podle jmena.

[#Tom]

To snad jedině okopírovat na jiný disk a potom zpátky v zadaném pořadí.

[Standa]

Trosku silenost ne?

[Michal Vyskočil]

Hmm na FATce by to asi fungovat mohlo ... ale co by to udělalo na takovém reiserfs s B-stromy, to netuším .

[#Tom]

Ale na EXT dvojce možná jo. Nejhorší, co se může stát, je, že se takovým pokusem promrhá nějaký čas.

[Michal Kubeček]

I ext2 umožňuje indexovat stromy, jen to není defaultně zapnuté.

[cronin]

A k comu to ma akoze sluzit?

[Standa]

Priklad: kdyz bude startovat system a nacitat veci napr. z adresare lib, tak soubory v tomto adresari (pokud to bude podle jmena) budou srovnane fyzicky blizko sebe, takze seek time bude mensi.

Kdyz jsem takhle defragmentnul a prehazel systemovou partition WinXP, tak to bylo na rychlosti dost znat.

[Zdeněk Burda]

Najdi si něco o prelinku, třeba tě to dostatečně uspokojí.

[Luboš Luňák]

Prelink je o necem uplne jinem (a navic to rozlozeni na disku v praxi jeste zhorsuje).

[Zdeněk Burda]

Něco blíž k požadovanému srovnání souborů na disku by mohl být patch fcache.

[PetrK]

Nojo, jenze kdyz treba startuje Linuxova aplikace tak se spusti neco /usr/bin, pak si to sahne do /etc, pak treba nejaka ta knihovna, pak neco z share...(na tom poradi si netrvam, tak me nemlatte)

Takze otazka je k cemu ti bude mit data serazeny podle adresaru??

[Stanislav Brabec]

Je potřeba chytřejší algoritmus, který si profiluje předchozí starty a běhy aplikaci a pak srovnává data na disku podle nich. Linux nic takového zatím nemá. Vice viz Why does Linux need defragmenting?.

[PetrK]

A tak to potom jo:)
Nechce se mi celej ten clanek, cist takze je mozny je tem odpoved na moji otazku. A ma vubec neco takovej algoritmus? Realizace neceho podobneho bude asi dosti narocna:), nakonec to by se pak mohli davat casto pouzivany soubory na tu cast disku, ktera je rychlejsi..(myslim ze je to u stredu disku)

[Petr Šobáň]

nakonec to by se pak mohli davat casto pouzivany soubory na tu cast disku, ktera je rychlejsi..(myslim ze je to u stredu disku)

Myslíš blbosti nejrychlejší je vnější okraj disku kdy se na jdenu otáčku načte nejvíce bloků na HD je na vnějších stopách více sektorů jak u středu.

A jinak stejně nevím jak by jsi chtěl udělat aby se to uložilo na konkrétní místo, dnešní nové disky si to stejně uloží tam kam chcou oni a né co zadal program samozřejmě ten sektor bude mít pořád stejnou adresu ale kde fyzicky bude ležet to si stejně určí disk.

[Michal Kubeček]

na HD je na vnějších stopách více sektorů jak u středu

To sice ano, ale stejně to není tak, že by těch sektorů bylo přímo úměrně délce stopy, je to po několika pásmech. Přičemž nikdo kromě výrobce disku neví, jak jsou ty zóny na plotnách vlastně rozloženy a vlastně ani to, jak jsou mapována logická čísla sektorů na fyzické umístění, jestli to třeba není od středu ven. Takže takové ty historické rady typu "dávejte často používané soubory na začátek disku" jsou dneska úplně k ničemu. Jednou jsem ze zvědavosti zkoušel měřit rychlost čtení souvislého bloku v různých částech /dev/sda, ta funkce rozhodně nebyla monotonní, výsledkem byla taková pila, skládající se z jednotlivých klesajících úseků, ale rozdíly mezi lokálními maximy a minimy nebyly takové, aby stálo za to kvůli nim něco přerovnávat.

[Petr Šobáň]

Právě to jsem chtěl taky tím příspěvkem říci, prostě fimware HD už nějakou optimalizaci dělá tak aby nebylo někde čtení strašně dlouhé, a jak to dělá ví pouze výrobce podle toho jak navrhl fimware, takže dnes je čtení z disku z jakéhokoliv místa pomalu stejně rychlé a neoplatí se s tím nic dělat.

Dále dnešní HD mají čímdál větší cache takže se kolikrát už čte z cache a disk většinou už podle nějaké logiky přečte následující data, teď jde o to jak chytrý ten fimware je.

[Michal Kubeček]

To je sice zajímavá představa, ale poněkud těžko realizovatelná, protože v posixových filesystémech otázka "jak se jmenuje tento soubor" de facto nemá smysl.

[jose17]

a neexistuje náhodou aj linuxová verzia OO Defrag? j.

[Standa]

Na officialnich strankach zadna verze pro Linux neni.

[Filip Jirsák]

Něco od konkurence: Proč Linux nepotřebuje defragmentaci? + doporučuji pročíst diskuzi.

[Zdeněk Burda]

Něco trochu zajímavějšího: Proc Linux potrebuje defragmentaci

[Petr Šobáň]

Jinak pro ext2,3 není třeba dělat žádné opičárny není to NTFS nebo FAT.

Pokud chcete zrychlit spouštění programů pořiďte si více ram aby mohla cache být větší, a použijte další nástroje jako prelink a pod....

PS. Mě se při kontrole FS na ext2, 3 nikdy nevyšplhala fragmentace na více jak 2% stabilně pod 1,8%

[stativ]

Shake