fragmentace disku

[Zdenek Kabelac]

Petr Klimovic wrote:
> 
> Hello Zdenek.
> 
> Patek Cervenec 06 2001 10:24, you wrote to Milan Kerslager:
> 
>  ZK> - ale presto - takovy counter pouzivanosti souboru a
>  ZK> nasledne background-ove pretrasani disku by me vubec nevadilo - a
>  ZK> zrychleni by tam urcite bylo uz jen z toho duvodu, ze cim blize k
>  ZK> zacatku disku tim se data sypou rychleji. Samozrejme data co se
> 
> Jenomze u dnesnich disku nemate primy pristup k fyzicke organizaci
> disku. Disk se treba na venek tvari jako 4 plotnovy a ve skutecnosti
> tam je jedna plotna apod. Vsechno si to prepocitava elektronika disku.
> Zkuste si spocitat jaky by byl rozdil v nacitani X MB dat z okraje a od
> stredu disku. IMHO nic-moc.

Prosim vsechny, co nesmylne argumentuji, aby si opet precetli muj mail.
Nikde v nem nehovorim o tom, ze potrebuje znat fyzicky rozmer disku.
Vase IMHO je opravdu IMHO...

Faktem proste je, ze zatimco ze zacatku disku sype IBM >33MB za sekundu
tak k jeho konci se rychlost snizuje na nejakych 22MB.

Odtud plyne uvaha, ze casto pouzivane souboru by mely byt umisteny
na zacatku disku - nepouzivane se mohou prechrastit na konec.
Aby se zabranilo seekovani, chtelo by to delat si mapy nacitanych
souboru
a s nejakou heuristikou je pak sikovne naskladat za sebou.

K nicemu z toho nepotrebujete znat fyzickou podobu disku do te doby
dokud
vite ze zacatek je rychlejsi nez konec - navic by se to dalo merit
a program by si mohl sam promerit rychlosti ruznych oblasti a podle toho
se prizpusobit (napr nejake LVM apod.)

kabi