Rychly binarni diff

Jozef Babjak jozef.babjak at gmail.com
Wed Feb 17 19:28:30 CET 2010


Well,

viem si predstavit, ze nejaka implementacia moze fungovat menej
efektivne, napr. ak je zalozena na citani riadkov a pod., co sa zda
ako prirodzeny pristup, ak predpokladame textovy vstup.

Akokolvek, ak su sobory rovnake, tak na tom az tak nezalezi, lebo sa
oba porovnavane subory musia v konecnom dosledku precitat tak ci tak
cele. Ak su naopak oba subory rozdielne a diff je poziadany iba o
detekciu tejto skutocnosti, je porovnanie ukoncene v momente najdenia
prveho rozdielu; a toto snad zvladne tak textovo- ako aj
binarne-orientovany diff.

J.


2010/2/17 Dan Lukes <dan at obluda.cz>:
> On 02/17/10 19:16, Jozef Babjak:
>>>
>>> To, co te zdrzuje neni diff, ale rychlost disku, ze ktereho ctes.
>>
>>   ^-- Dalo by sa na to odpovedat na meta-urovni: tazko najs na
>> porovnanie suborov nieco lepsie, ako nastroj na ... surprise...
>> porovnavanie suborov.
>
> No, to zase trochu pozor. diff neni od pocatku nastroj na porovnavani
> souboru, ale nastroj na porovnavani textovych souboru. Neni az tak
> samozrejme, ze kazda jeho implementace porovnava optimalne i ty binarni.
>
> Ta, kterou mame na FreeBSD ale ano.
>
>                                                Dan
> --
> FreeBSD mailing list (users-l at freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l
>


More information about the Users-l mailing list