On Fri, 9 Jun 2006, Nicolas Pitre wrote:
Maybe that single pack would instead be under the 512MB limit? I'd be
curious to know.
Possible, but not likely, and with "git repack -a -d" running out of
memory, we clearly already have a problem in checking that.
That is most likely git-rev-list, though. Which is why I'd like to just
rsync the repo, and run git-rev-list on it, and see what else I can shave
off ;)
quoted
So we're starting to see archives where single packs are problematic for
a 32-bit architecture.
Depending on the operation, the single pack might actually be better,
Absolutely. Which is why I said we probably need to do a LRU on pack
fragments rather than full packs when we do the pack memory mapping.
Linus