public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: Stefano Brivio <sbrivio@redhat.com>
To: Max Chernoff <git@maxchernoff.ca>
Cc: passt-dev@passt.top, David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [PATCH v3 00/10] tcp: Fix throughput issues with non-local peers
Date: Mon, 8 Dec 2025 10:00:56 +0100	[thread overview]
Message-ID: <20251208100056.4d2b024d@elisabeth> (raw)
In-Reply-To: <6c87ae32518893269fa4a99c120f3990972242f9.camel@maxchernoff.ca>

On Mon, 08 Dec 2025 01:51:48 -0700
Max Chernoff <git@maxchernoff.ca> wrote:

> Hi Stefano,
> 
> On Mon, 2025-12-08 at 09:25 +0100, Stefano Brivio wrote:
> > but, in general, I don't think things can work reliably
> > with the values you shared for tcp_notsent_lowat.  
> 
> Ok, that works for me. I know very little about TCP, so I just blindly
> copied that value for tcp_notsent_lowat from
> 
>     https://blog.cloudflare.com/http-2-prioritization-with-nginx/

Right, I guess you mentioned it already. I still need to find some time
to actually look into it in better detail and understand what's still
true now (note that that article is from 2018 and there have been very
relevant kernel changes against "bufferbloat" in between). At that
point:

> but if that's incompatible with pasta, then I have no problem resetting
> tcp_notsent_lowat back to the kernel default.
> 
> A random web search makes it look like changing tcp_notsent_lowat is
> somewhat common
> 
>     https://www.google.com/search?q=tcp_notsent_lowat%3D131072
> 
>     https://github.com/search?q=tcp_notsent_lowat%3D131072+NOT+is%3Afork&type=code
> 
> so maybe it would be a good idea for pasta to either use setsockopt to
> override it, or to print a warning on startup if the sysctl is set too
> low?

...I would also get an opinion on this. I should be able to get back to
you in a few days.

> > Does this (upload now taking longer/timing out with 50 ms RTT) also
> > happen without "custom" values for tcp_notsent_lowat?
> >
> > I tested things quite extensively in that RTT region (without custom
> > sysctl values) and the improvement looks rather consistent to me.  
> 
> Ok, with tcp_notsent_lowat reset to the Fedora defaults, the upload
> speeds with large RTTs do indeed look *much* better

Ok, great, thanks for confirming. That's all I'm trying to fix for the
moment. :)

-- 
Stefano


      reply	other threads:[~2025-12-08  9:01 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-08  7:20 Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 01/10] tcp, util: Add function for scaling to linearly interpolated factor, use it Stefano Brivio
2025-12-09  5:05   ` David Gibson
2025-12-08  7:20 ` [PATCH v3 02/10] tcp: Change usage factor of sending buffer in tcp_get_sndbuf() to 75% Stefano Brivio
2025-12-09  5:05   ` David Gibson
2025-12-08  7:20 ` [PATCH v3 03/10] tcp: Limit advertised window to available, not total sending buffer size Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 04/10] tcp: Adaptive interval based on RTT for socket-side acknowledgement checks Stefano Brivio
2025-12-09  5:10   ` David Gibson
2025-12-09 22:49     ` Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 05/10] tcp: Don't clear ACK_TO_TAP_DUE if we're advertising a zero-sized window Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 06/10] tcp: Acknowledge everything if it looks like bulk traffic, not interactive Stefano Brivio
2025-12-09  5:12   ` David Gibson
2025-12-08  7:20 ` [PATCH v3 07/10] tcp: Don't limit window to less-than-MSS values, use zero instead Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 08/10] tcp: Allow exceeding the available sending buffer size in window advertisements Stefano Brivio
2025-12-08  8:14   ` Max Chernoff
2025-12-08  8:15   ` Max Chernoff
2025-12-08  8:27     ` Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 09/10] tcp: Send a duplicate ACK also on complete sendmsg() failure Stefano Brivio
2025-12-08  7:20 ` [PATCH v3 10/10] tcp: Skip redundant ACK on partial " Stefano Brivio
2025-12-08  8:11 ` [PATCH v3 00/10] tcp: Fix throughput issues with non-local peers Max Chernoff
2025-12-08  8:25   ` Stefano Brivio
2025-12-08  8:51     ` Max Chernoff
2025-12-08  9:00       ` Stefano Brivio [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20251208100056.4d2b024d@elisabeth \
    --to=sbrivio@redhat.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=git@maxchernoff.ca \
    --cc=passt-dev@passt.top \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://passt.top/passt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for IMAP folder(s).