hi, and thanks first&foremost for trying debdelta Jiří Paleček wrote: > Would it be possible to change the diffing algorithm?
Use the option --delta-algo=XXX Possible values are: XXX-> xdelta xdelta-bzip bsdiff Lately I also added XXX-> xdelta3 for this, install "debdelta 0.22" and the package for xdelta3 , that are currently in Debian/Sid Other algorithms I tested are XXX-> bdiff zdelta bdelta diffball rdiff jojodiff To try those, you have to download them and compile them in a subdir of ~/debdelta ; see the python code , after line 1033 > Also, I tried other diffing programs (xdelta, > bsdiff[1], edelta[1]) and bsdiff was a clear winner among those I tried many. I summarized all my efforts in http://tonelli.sns.it/pub/mennucc1/debdelta/tests/README.txt I did not try "edelta" , where do I find it ? > I tried using debdelta and think it is a very good idea. However, > besides many errors I got, I was surprised (negatively) by the size of > the deltas. Size is not the only requisite. "debdelta" is useful for people with slow Internet access; so the combination of "downloading patch"+"patching" must beat "downloading deb". Unfortunately, bsdiff is slow. Moreover, "bsdiff" is extremely taxating on my "server" that generates deltas for "debdelta-upgrade", due to it using a LOT of RAM, and being VEERY slow, when it creates patches. In particular, some of the files in http://tonelli.sns.it/pub/mennucc1/debdelta/slowest_bsdiff take hours (or , some never ever end!) . Anyway, I do not necessarily rule it out; in my server, I alternate using bsdiff and xdelta, so as to build a huge statistics; see in http://tonelli.sns.it/pub/mennucc1/debdelta/ for details, graphs, tests, etc etc. Currently, the server is using xdelta as a backend. At home , I have a sid install, and a 200KB/sec DSL line; when I run "debdelta-upgrade -v", it downloads and patches and achieves a virtual speed of ~400kB/sec ; so it is a great result for me. > For example, the delta between kdelibs4c2a on i386, versions > 3.5.7.dfsg.1-1 and 3.5.7.dfsg.1-2 which is 3 MB large, while the > package itself is 12 MB. I think this is quite much. If you pass me those, I will add them to my pool of 'difficult' debs. a.
signature.asc
Description: OpenPGP digital signature
