Re: git-fetching from a big repository is slow

From: Shawn Pearce <spearce@spearce.org>
Date: Dec 15, 2006, 00:42 UTC
Message-ID: <20061215004225.GJ26202@spearce.org>
In-Reply-To: <Pine.LNX.4.63.0612150105450.3635@wbgn013.biozentrum.uni-wuerzburg.de>

Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:

Show 9 quoted lines

> On Thu, 14 Dec 2006, Shawn Pearce wrote:
> 
> > I'm OK with a small increase in packfile size as a result of slightly 
> > less optimal delta base selection on the really large binary files due 
> > to something like the above, but 10x is insane.
> 
> Not if it is a server having to do all the work. Along with all the work 
> for all other clients. When you do a fetch, you really should be nice to 
> the serving side.

Yes, that's true.

But I fail to see what that has to do with the part you quoted above. A 1% increase in transfer bandwidth may be better for a server if it halves the CPU usage or disk IO usage if the server has more bandwidth than those available; likewise a 1% decrease in transfer bandwidth may be better for a server if it has lots of CPU to spare but very little network bandwidth available.

Since every server is different its not like we can tune for just one of those cases and cross our fingers.