Package: bsdiff Version: 4.3-3 Severity: normal hi
I manage the debdelta project http://tonelli.sns.it/pub/mennucc1/debdelta/ debdelta needs a 'delta compressor' as a backend; and bsdiff would be one of the best choices, as shown by my tests in http://tonelli.sns.it/pub/mennucc1/debdelta/tests .... but for a strange problem ... actually, two problems.... ---Problem number one: sometimes bsdiff hangs forever (or, for more than I am willing to wait). I am capable of extracting from debdelta the exact "old" and "new" files that hang it; but unfortunately most of those are not easily reproducible ... it is as if bsdiff is triggering a bug in my CPU or in my memory. You find all my collected examples of "old" and "new" files in http://tonelli.sns.it/pub/mennucc1/debdelta/slowest_bsdiff/ BTW: I run debdeltas in a amd64 Etch install; the CPU is a Athlon64 3000 . That host is quite stable, and never shows problems with any other service. ---Problem number two: on some short files, where my experience says that 'bsdiff' should compute a diff in a matter of minutes, then 'bsdiff' would slow down a lot. The strangest one is gcl_old gcl_new : once (~6 month ago) I ran $ bsdiff gcl_old gcl_new /tmp/diff and it took 8 hours to complete.... this is 10 times slower than average. (I am currently running that command, it has gone on for 5 hours). I currently prepend 'stopafter 600 TERM' to my 'bsdiff' invocation ('stopafter' is a nice utility that was in Debian once; that cmd stops bsdiff after 600 seconds, using SIGTERM). This "fixes" my problem, but is not really a fix. thanks a. -- Andrea Mennucc "E' un mondo difficile. Che vita intensa!" (Tonino Carotone) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
