Commits


spawn more pack file helpers again now that leaks got fixed /usr/src updates have become slower for some reason and my best guess is that caching of packed data has become less effective with df613bb4d8662c28a9888714a80ca572bff9d924 (leaks were subsequently fixed by 2cb49fa8fb84f3a8fc2eb6036a6bd9b64c57e347 and by 0dd5271bd8f2a4f92ac3536fcc493eebc39b86e5)


fork less pack file readers to avoid running into ulimits


more support for tag objects; new code is not yet reachable


back out mini-commits; no significant performance difference


rename got_commit_object_mini to got_mini_commit_object


add an object cache for mini commits


reduce pack cache size; avoids opening more than 128 fds


move object cache out of repository.c to its own file


start reading pack files with privsep; still WIP


move pack caching code from pack.c to repository.c


init ibuf only once for the lifetime of a privsep child


implement fork+exec (and by the way, fix the build...)


add an object id cache which backs the object cache


reduce object cache sizes


size object caches independently of each other


add a commit cache as well


no need to manually count elements of a set


add a tree object cache to struct got_repository


introduce struct got_object_cache


remove unused field of struct got_objcache_entry


implement repository object cache via object_idset


add a very simple object cache


turns out on-disk path of pack file may not match its hash Fixes reading a repo with a pack idx and file dated June 2011, where the filename does not contain the actual packfile SHA1.


fix obsolete comment in struct got_repository definition


rename the library-internal headers again to a common prefix