Re: [RFC PATCH] Reduce the number of connects when fetching

From

Junio C Hamano <gitster@pobox.com>

Date

Nov 6, 2007, 01:51 UTC

Message-ID

<7v1wb4kuoc.fsf@gitster.siamese.dyndns.org>

In-Reply-To

<Pine.LNX.4.64.0711041614390.7357@iabervon.org>

Daniel Barkalow <barkalow@iabervon.org> writes:

> The idea is to keep the open connection in the data for the transport in 
> between getting the list of refs and doing anything further. This 
> therefore moves the connection-handling aspects outside of fetch-pack() 
> and handles them primarily in transport.c.

> ... In particular, I don't know if there's a way to have the 
> connection end up in a state where objects for more refs can be requested 
> after some refs have been requested and the resulting objects read.

The upload-pack protocol goes "S: here are what I have, C: I
want these, C: I have these, S: ok, continue, C: I have these,
S: ok, continue, C: I have these, S: ok, I've heard enough, C:
done, S: packfile is here", so after packfile generation starts
there is nothing further the downloader can say.