Rychly binarni diff
Dan Lukes
dan at obluda.cz
Wed Feb 17 19:50:58 CET 2010
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
More information about the Users-l
mailing list