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 <[email protected]>: > 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 ([email protected]) > http://www.freebsd.cz/listserv/listinfo/users-l > -- FreeBSD mailing list ([email protected]) http://www.freebsd.cz/listserv/listinfo/users-l
