From 9a5db56a36716c140e2b16d1ce856851e7c1f874 Mon Sep 17 00:00:00 2001 From: Willy Tarreau Date: Mon, 13 Apr 2026 19:38:48 +0200 Subject: [PATCH] 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. --- src/haterm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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;