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 ;) > > 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 - : send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html