Re: What's in git.git

From: Andreas Ericsson <ae@op5.se>
Date: Feb 20, 2006, 08:34 UTC
Message-ID: <43F97F0D.9080500@op5.se>
In-Reply-To: <7v3bieea32.fsf@assigned-by-dhcp.cox.net>

Junio C Hamano wrote:

Show 5 quoted lines

> The updated pack-object series is now in "next" branch, and
> seems to be cooking nicely.  The "reuse from existing pack"
> change seems to be a huge win and I haven't found problems in
> there.
>

Wonderful news. I'll cherry-pick them and do some further testing.

Show 8 quoted lines

> There now is further performance improvements for git-send-pack
> to avoid sending a huge blob or tree object in its full
> representation when we know the other end has a suitable object
> to use as the base; instead we can just send it out deltified.
> The other end would expand it to a loose object and this would
> not make abit of difference in the resulting repository -- only
> the bandwidth requirement reduction is visible [*1*].
>

How likely is this to increase the CPU-power needed on the server-side? If there is a blob on the server-side, but far from the deltified object I suppose we have to look at each commit, perhaps only to discover that the client doesn't have them and we need to construct the blob anyways.

Show 5 quoted lines

> 
> After a bit more testing, we might want to make --thin transfer
> the default (even without an option to turn it off -- I just do
> not see a point not to use it if it is bug-free).
>

If the answer to my question above is "minimal to none", I agree most vehemently. ;)

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231