From: Jeff King <p...@peff.net> There is no reason not to turn on keepalives by default. They take very little bandwidth, and significantly less than the progress reporting they are replacing. And in the case that progress reporting is on, we should never need to send a keepalive anyway, as we will constantly be showing progress and resetting the keepalive timer.
We do not necessarily know what the client's idea of a reasonable timeout is, so let's keep this on the low side of 5 seconds. That is high enough that we will always prefer our normal 1-second progress reports to sending a keepalive packet, but low enough that no sane client should consider the connection hung. Signed-off-by: Jeff King <p...@peff.net> --- Documentation/config.txt | 2 +- upload-pack.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/config.txt b/Documentation/config.txt index 5d748f7..6b35578 100644 --- a/Documentation/config.txt +++ b/Documentation/config.txt @@ -2225,7 +2225,7 @@ uploadpack.keepalive:: the server to be hung and give up. Setting this option instructs `upload-pack` to send an empty keepalive packet every `uploadpack.keepalive` seconds. Setting this option to 0 - disables keepalive packets entirely. The default is 0. + disables keepalive packets entirely. The default is 5 seconds. url.<base>.insteadOf:: Any URL that starts with this value will be rewritten to diff --git a/upload-pack.c b/upload-pack.c index c3e4a20..04a8707 100644 --- a/upload-pack.c +++ b/upload-pack.c @@ -40,7 +40,7 @@ static unsigned int timeout; static struct object_array want_obj; static struct object_array extra_edge_obj; static unsigned int timeout; -static int keepalive = -1; +static int keepalive = 5; /* 0 for no sideband, * otherwise maximum packet size (up to 65520 bytes). */ -- 126.96.36.199.g87d4a77 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html