On 02/17/10 19:14, Kaminar:
        nerikej, ze kdybys to pustil tim diffem, ze nebudes mit vysledek
driv, nez dostanes z konference rozumnou odpoved ;-)

Nebylo. :) Asi 10GB trvalo diffem cca 1:20h.


20GB/80min to je asi 4MB/s

Jestli je treba pri simultannim cteni tech dvou souboru neustale seekovat tak to zhruba odpovida. ZKusil jsme to na svem velmi nevykonnem domacim routeru. Cteni 800MB z disku sekvencne:

 ------------------
dd if=/dev/ad4 of=/dev/null bs=1m count=800
838860800 bytes transferred in 12.835851 secs (65352956 bytes/sec)
 ------------------

A ted 800MB tak, ze ctu soucasne dva sekvencni bloky o velikosti 400MB a ty bloky jsou dostatecne daleko od sebe:

 ------------------
dd if=/dev/ad4 of=/dev/null bs=1m count=400 &
dd if=/dev/ad4 of=/dev/null iseek=40000 bs=1m count=400 &
419430400 bytes transferred in 86.797234 secs (4832301 bytes/sec)
419430400 bytes transferred in 86.805819 secs (4831824 bytes/sec)
 ------------------

To znamena, ze v druhem pripade trva precteni 400MB trinackrat dele nez v pripade prvnim a namerena rychlost se napadn eblozi tem 4MB/s, ktere skutecne vidis (mnou namerena rychlost je o neco vyssi - ale ja ta data navzajem neporovnavam).

Takze - pokud mas nejaky obycejny laciny SATA disk zapojeny na on-board radic (tak, jako to mam doam ja na svem low-cost routeru), tak cas, ktery pozorujes v podstate odpovida hardwarove konfiguraci.

Pro porovnani jsme totez mereni provedl na stroji, ktery ma hardware na seriozni praci s diskem (Areca 1210)

838860800 bytes transferred in 3.946283 secs (212569848 bytes/sec)

versus

419430400 bytes transferred in 6.401703 secs (65518565 bytes/sec)
419430400 bytes transferred in 6.580604 secs (63737373 bytes/sec)

Povsimni si nejen vyssi absolutni rychlosti, ale zejmena toho, ze v tomto pripade bylo zpomaleni pri seekovani radove pomalejsi nez v prvnim pripade.

 ======================

Zkratka a dobre receno - ty nepotrebujes lepsi program na porovnani. Ty na zadanou ulohu potrebujes vhodnejsi hardware.

                                                Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l

Odpovedet emailem