Browse Source
If the client is only following the remote repository and has not created any new non-common commits, the client will wind up sending a "have %s" line for each tag in the repository. For some projects like git.git, this is 339 tags and growing, resulting in more than 16 KiB needing to be POSTed over 12 HTTP requests. Teach UploadPack (server side) to always execute the okToGiveUp() logic at least once per negotiation round to determine if the server can compute a pack right now. If it can, shove in an "ACK %s ready" message to tell the client this and try to prevent receiving ancient tags in future negotiation rounds. Teach BasePackFetchConnection (client side) to honor a "ACK %s ready" from the remote and break out of its SEND_HAVE loop once the remote knows it can create a pack. This avoids sending the remaining 307 tags of git.git. These two changes together reduce the number of HTTP RPCs from 13 down to 3 in order to fetch from git.git over smart HTTP. If either side is missing the change, the older behavior (and its 13 RPCs) is used. Change-Id: I64736318fd0abf9ee5e56bd0b737707adb580b37 Signed-off-by: Shawn O. Pearce <spearce@spearce.org>stable-0.12
Shawn O. Pearce
14 years ago
2 changed files with 11 additions and 1 deletions
Loading…
Reference in new issue