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

git-upload-pack bandwidth cap over SSH?

From
Joshua Jensen <jjensen@workspacewhiz.com>
Date
Sep 24, 2010, 14:47 UTC
Message-ID
<4C9CB9E9.8010901@workspacewhiz.com>
  Our Git repository central server is running on some kind of 
enterprise VM software.  I can push repository changes through the 
Gitolite-monitored SSH tunnel at 10+ megabytes per second.

A 'git pull' operation (even a fresh clone of the packed repository) always caps at 1.55 MiB/s, according to the "Receiving objects" line in the status text.

Thinking it might be a hardware issue (half duplex?), I installed VirtualBox on my Windows 7 64-bit machine and then made an Ubuntu Gitolite install. Running on my local hardware, the push is roughly 12 megabytes per second. The 'git pull' downstream again caps at 1.55 MiB/s.

I've been troubleshooting this for months.

Are there any configuration settings within Git that may limit the git-upload-pack operation's speed?

I realize this could be a MinGW issue via the msysGit client.
Update: I just copied a large file via 'scp', and the downstream still 
capped at 1.55-ish megabytes per second.  So it isn't Git.
I guess I'll post this anyway out of desperation.
Does anyone have any thoughts?
Josh
Next: Matthieu Moy
Message 1 of 5 in “git-upload-pack bandwidth cap over SSH?”
  1. Joshua JensenSep 24, 2010
  2. Matthieu MoySep 24, 2010
  3. Tay Ray ChuanSep 24, 2010
  4. Joshua JensenSep 24, 2010
  5. Joshua JensenSep 24, 2010

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.