Commits


use time-based rate-limiting for gotadmin progress output Suggested by naddy some time ago. ok tracey


use up to 128 delta chain elements again; creates smaller packs at same speed


try only 3 delta base candidates instead of 10 to speed up packing Tests by kn, thomas_adam and myself made on various repositories indicate that 3 is a good choice. Tyring 10 deltas is much slower and does not result in significantly smaller pack files.


move encode_delta() in pack_create.c to eliminate a forward declaration


while packing, store encoded deltas in a temporary file instead of in memory


limit delta chain length in newly created pack files to 32 deltas Our former limit was 128 which is fairly high. Git uses 50 by default. A smaller limit results in slightly larger pack files but makes both packing and unpacking faster.


raw object blocksize and read buffer were unused; remove them


cache raw objects in order to speed up gotadmin pack


reuse temporary files which were not used by got_object_raw_open()


avoid opening delta base objects in genpack() just to find their size


encode deltas in temporary files to avoid high memory usage


fix two more error strings in pack_create.c using the wrong function name


use RB_TREE instead of STAILQ to manage packindex bloom filters; much faster


fix 'got send' with tree objects which contain symlinks; reported by Omar


make 'got send' properly send commits which are referenced only by tags Problem reported by Omar Polo.