Gabor Gombas <[EMAIL PROTECTED]> wrote:
> Egyetlen aprocska iciri-piciri problema, hogy a szektor atugrasahoz
> szukseges seek _sokkal_ tovabb tart, mint egyszeruen ugyanarrol a
hat, nezzuk az elmeletet, szerintem chunksize fuggo (nem szektoronkent
megy az a raid, a drive nem is fog egyetlen szektort olvasni):
[EMAIL PROTECTED]:~$ units '128kB/(50MB/s)' milliseconds
* 2.56
ennel egy lemez-korbefordulas tovabb tart, itt nem eri meg. De:
[EMAIL PROTECTED]:~$ units '1MB/(50MB/s)' milliseconds
* 20
itt mar megeri seek-elni, mikozben a masik diszkrol olvasunk.
Ha mondjuk 8ms egy seek, es ket diszk van, akkor 4ms-ig mindket diszkrol
olvasunk, aztan valaki seekel es csak a masikrol, aztan a masik seekel
es az egyikrol. A vegeredmeny (ha igy ejjel meg jol szamolok) atlag
60MB/s a feltetelezett diszkenkenti 50 helyett; nem duplaja, de azert
+20%.
Egyebkent meg van szegeny drive-okban is readahead, elektronika, meg
tudomany, es neha meg tul okosak is szeretnenek lenni, szoval nem ilyen
egyszeru az elet.
> A random I/O-t lehet gyorsitani, es valamennyire mukodik is, lasd kernel
> forrasban drivers/md/raid1.c:
ez miert is a random i/o-t gyorsitja? ott mire jo a 'next expected
sequential IO' ? :)
udv
raas
--
Those who say it cannot be done should not interrupt the person doing it.
-- Chinese proverb
_________________________________________________
linux lista - [email protected]
http://mlf2.linux.rulez.org/mailman/listinfo/linux
