linux@xxxxxxxxxxx writes: >> Right now we LRU the pack files and evict older ones when we >> mmap too many, but the unit of eviction is the whole file, so it >> would not help the case like yours at all. It might be possible >> to mmap only part of a packfile, but it would involve fairly >> major surgery to sha1_file.c. > > The simplest solution seems to be to limit pack file size to a reasonable > fraction of a 32-bit address space. Say, 0.5 G. I do not think that would help the original poster's situation where only 5 revs result in a 1.5G pack. I would _almost_ say "do not pack such a repository", but there is the initial cloning over git-aware transports which always results in a repository with a single pack. - : 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