git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Disabling Delta Compression on a fetch

From
Todd Rinaldo <toddr@cpanel.net>
Date
Dec 8, 2011, 17:34 UTC
Message-ID
<070681D4-F87B-435E-8A3B-144E59DE722B@cpanel.net>
We run an internal gitorious server with many repos on it. Due to legacy issues, some of the repos are rather bloated with large binaries. When several changes happen and are pushed to the gitorious repo and then are later pulled back (fetch and pull) to other clones, we get a broken connection while the gitorious side is generating Delta compression. 
All of the git communication happens on 1 subnet all connected by a single gigabit switch. As I see it, the Delta Compression is actually a performance degradation in our environment.
The solution I've come up with is to set pack.window=0 in /etc/gitconfig on the gitorious server. 
I realize our need is uncommon. I realize by doing this, I am trading increased bandwidth in exchange for starting the send sooner. When I read the documentation for pack.window, it seems more a side effect than the original intent that this variable disables Delta Compression when set to 0.
My question is: Are there are any unintended consequences of this approach anyone can think of? 

Thanks, Todd Rinaldo

Next: Junio C Hamano
Message 1 of 3 in “Disabling Delta Compression on a fetch”
  1. Todd RinaldoDec 8, 2011
  2. Junio C HamanoDec 8, 2011
  3. Jeff KingDec 8, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.