From: Willy Tarreau <w@1wt.eu>
Date: Mon, 13 Apr 2026 17:38:48 +0000 (+0200)
Subject: BUG/MINOR: haterm: don't apply the default pipe size margin twice
X-Git-Tag: v3.4-dev9~41
X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=9a5db56a36716c140e2b16d1ce856851e7c1f874;p=thirdparty%2Fhaproxy.git

BUG/MINOR: haterm: don't apply the default pipe size margin twice

Commit 6d16b11022 ("BUG/MINOR: haterm: preserve the pipe size margin
for splicing") solved the issue of pipe size being sufficient for the
vmsplice() call, but as Christopher pointed out, the ratio was applied
to the default size of 64k, so now it's applied twice, giving 100k
instead of 80k. Let's drop it from there.

No backport needed.
---

diff --git a/src/haterm.c b/src/haterm.c
index dfe9e5ae0..b452aef30 100644
--- a/src/haterm.c
+++ b/src/haterm.c
@@ -1210,7 +1210,7 @@ static int hstream_build_responses(void)
 #if defined(USE_LINUX_SPLICE)
 static void hstream_init_splicing(void)
 {
-	unsigned int pipesize = 65536 * 5 / 4;
+	unsigned int pipesize = 65536;
 
 	if (!(global.tune.options & GTUNE_USE_SPLICE) || !global.maxpipes)
 		return;