Re: git-daemon on NSLU2

From: Jeff King <peff@peff.net>
Date: Aug 26, 2007, 09:33 UTC
Message-ID: <20070826093331.GC30474@coredump.intra.peff.net>
In-Reply-To: <9e4733910708250844n7074cb8coa5844fa6c46b40f0@mail.gmail.com>

On Sat, Aug 25, 2007 at 11:44:07AM -0400, Jon Smirl wrote:

Show 11 quoted lines

> 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