From: Jeff King <peff@peff.net>
Date: Wed, 03 Oct 2012 18:55:42 GMT
Subject: Re: upload-pack is slow with lots of refs
Message-ID: <20121003185542.GA3635@sigill.intra.peff.net>
In-Reply-To: <7vobkj4cb4.fsf@alter.siamese.dyndns.org>

On Wed, Oct 03, 2012 at 11:53:35AM -0700, Junio C Hamano wrote:

> Jeff King <peff@peff.net> writes:
> 
> >> Has there been any work on extending the protocol so that the client
> >> tells the server what refs it's interested in?
> >
> > I don't think so. It would be hard to do in a backwards-compatible way,
> > because the advertisement is the first thing the server says, before it
> > has negotiated any capabilities with the client at all.
> 
> That is being discussed but hasn't surfaced on the list.

Out of curiosity, how are you thinking about triggering such a new
behavior in a backwards-compatible way? Invoke git-upload-pack2, and
fall back to reconnecting to start git-upload-pack if it fails?

-Peff