On Fri, 9 Jun 2006, Nicolas Pitre wrote: > > > So a single 2GB pack is already very much pushing it. It's really really > > hard to map in a 2GB file on a 32-bit platform: your VM is usually > > fragmented enough that it simply isn't practical. In fact, I think the > > limit for _practical_ usage of single packs is probably somewhere in the > > half-gig region, unless you just have 64-bit machines. > > Sure, but have we already reached that size? Not for the Linux repos. But apparently the mozilla repo ends up being 2GB in git. From Martin: >> oh, I went back to a cvsimport that I started a couple days ago. >> Completed with no problems... >> >> Last commit: >> commit 5ecb56b9c4566618fad602a8da656477e4c6447a >> Author: wtchang%redhat.com <wtchang%redhat.com> >> Date: Fri Jun 2 17:20:37 2006 +0000 >> >> Import NSPR 4.6.2 and NSS 3.11.1 >> >> mozilla.git$ du -sh .git/ >> 2.0G .git/ now that was done with _incremental_ repacking (ie his .git directory won't be just one large pack), but I bet that if you were to clone it (without using the "-l" flag or rsync/http), you'd end up with serious trouble because of the single-pack limit. So we're starting to see archives where single packs are problematic for a 32-bit architecture. 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