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