Skip to content

Commit 7a2dc95

Browse files
bk2204gitster
authored andcommitted
docs: mention when increasing http.postBuffer is valuable
Users in a wide variety of situations find themselves with HTTP push problems. Oftentimes these issues are due to antivirus software, filtering proxies, or other man-in-the-middle situations; other times, they are due to simple unreliability of the network. However, a common solution to HTTP push problems found online is to increase http.postBuffer. This works for none of the aforementioned situations and is only useful in a small, highly restricted number of cases: essentially, when the connection does not properly support HTTP/1.1. Document when raising this value is appropriate and what it actually does, and discourage people from using it as a general solution for push problems, since it is not effective there. Signed-off-by: brian m. carlson <[email protected]> Signed-off-by: Junio C Hamano <[email protected]>
1 parent 1b13e90 commit 7a2dc95

File tree

1 file changed

+8
-0
lines changed

1 file changed

+8
-0
lines changed

Documentation/config/http.txt

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -199,6 +199,14 @@ http.postBuffer::
199199
Transfer-Encoding: chunked is used to avoid creating a
200200
massive pack file locally. Default is 1 MiB, which is
201201
sufficient for most requests.
202+
+
203+
Note that raising this limit is only effective for disabling chunked
204+
transfer encoding and therefore should be used only where the remote
205+
server or a proxy only supports HTTP/1.0 or is noncompliant with the
206+
HTTP standard. Raising this is not, in general, an effective solution
207+
for most push problems, but can increase memory consumption
208+
significantly since the entire buffer is allocated even for small
209+
pushes.
202210

203211
http.lowSpeedLimit, http.lowSpeedTime::
204212
If the HTTP transfer speed is less than 'http.lowSpeedLimit'

0 commit comments

Comments
 (0)