On Sat, Aug 25, 2007 at 11:44:07AM -0400, Jon Smirl wrote: > A very simple solution is to sendfile() existing packs if they contain > any objects that the client wants and let the client deal with the > unwanted objects. Yes this does send extra traffic over the net, but > the only group significantly impacted is #2 which is the most > infrequent group. > > Loose objects are handled as they are currently. To optimize this > scheme you need to let the loose objects build up at the server and > then periodically sweep only the older ones into a pack. Packing the > entire repo into a single pack would cause recent fetches to retrieve > the entire pack. I was about to write "but then 'fetch recent' clients will have to get the entire repo after the upstream does a 'git-repack -a -d'" but you seem to have figured that out already. I'm unclear: are you proposing new behavior for git-daemon in general, or a special mode for resource-constrained servers? If general behavior, are you suggesting that we never use 'git-repack -a' on repos which might be cloned? -Peff - To unsubscribe from this list: 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
