Re: upload-pack is slow with lots of refs
- From
Jeff King <peff@peff.net>
- Date
- Oct 3, 2012, 18:55 UTC
- 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:
Show 10 quoted lines
> 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