c64 filerendszer

[Borbas, Imre]

> 
> > Meg valami: a szektorokat trukkosen osztotta ki, valoszinuleg a
> > gyorsabb eleres miatt, mondjuk a 17.01 utan a 17.11 jott, aztan a
> > 17.02, 17.12 es igy tovabb,
> >     BBalazs
> 
> Oh igen......
> Mivel a beolvasott szektor elvtelehez ido kell es azalatt
> a lemez ugye tovabb fordul a fej alatt, igy, ha
> a  kovetkezo szektorban folytatodna a file akkor
> egy teljes korul fordulas utan lehetne csak folytatni az olvasast....
> 
> Ehelyett ki lehet merni "egy gepallandot", vagyis, hogy
> hany szektornyit fordul a lemez tovabb mire eppen ujra fogadni tudja
> a gep az olvasott adatot, ezt a szektor ugrast hasznalva a lancolasnal
> gyakorlatilag folymatos lesz az olvasas.
> 
> Az XT es AT korszak elejen amikor meg 5-10-20-40 MB-os
> MFM vinyo volt a divat, akkor
> a felulet formazasnal kulon lehetett tesztelni, hogy
> hany szektor kihagyasnal lesz leggyorsabb a vinyorol olvasas.
> 0 es 4(6) kozti szamok voltak jaratosak es az arany tobszoros 
> is tudott
> lenni....
> 
> KJ
> 

A SCSI drajvokban meg un. command queuing van, ami azt jelenti, hogy tobb
parancsot is feldolgoz egyszerre. Tehat ha kiadjuk azt, hogy olvassa be az
1-es, 11-es, 9-es es 6-os szektorokat, akkor azt 1, 6, 9, 11 sorrendben
fogja beolvasni, igy joval gyorsabb, mintha a beerkezes sorrendjeben
olvasna, mert akkor ebben az esetben majdnem 1 teljes kort menne a lemez
olvasas nelkul, csak a szektort keresve.

Imi