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

Hi Stefano,

On Mon, 2025-12-08 at 08:20 +0100, Stefano Brivio wrote:
> With this series, I'm getting the expected (wirespeed) throughput for
> transfers between peers with varying non-local RTTs: I checked
> different guests bridged on the same machine (~500 us) and hosts with
> increasing distance using iperf3, as well as HTTP transfers only for
> some hosts I have control over (500 us and 5 ms case).
>
> With increasing RTTs, I can finally see the throughput converging to
> the available bandwidth reasonably fast:

Thanks for the patch, but this unfortunately seems to make things worse
in my testing (with curl/https). Using my benchmarking script from the
earlier thread, with a 10MB file size and a 30s timeout:

    $ pasta --version  # Using the stock pasta in F43
    pasta 0^20250919.g623dbf6-1.fc43.x86_64

    $ ./pasta-upload-test.sh
    network ping_time       wmem_max        rmem_max        tcp_notsent_lowat       tcp_congestion_control  default_qdisc        download_time   upload_time
    host    50ms    custom  custom  custom  custom  custom  1.508751        1.656876
    pasta   50ms    custom  custom  custom  custom  custom  1.548367        2.184099
    host    170ms   custom  custom  custom  custom  custom  9.313611        3.055348
    pasta   170ms   custom  custom  custom  custom  custom  13.300405       25.046154

    $ sudo dnf install <freshly built pasta rpms>
    $ pasta --version
    pasta 0^20251208.g5943ea4-1.fc43.x86_64

    $ ./pasta-upload-test.sh
    network ping_time       wmem_max        rmem_max        tcp_notsent_lowat       tcp_congestion_control  default_qdisc        download_time   upload_time
    host    50ms    custom  custom  custom  custom  custom  1.490700        1.666525
    pasta   50ms    custom  custom  custom  custom  custom  1.474725        30.000000
    host    170ms   custom  custom  custom  custom  custom  9.618929        3.221314
    pasta   170ms   custom  custom  custom  custom  custom  10.475894       30.000000

    $ sudo dnf downgrade pasta
    $ pasta --version  # Back to the stock pasta in F43
    pasta 0^20250919.g623dbf6-1.fc43.x86_64

    $ ./pasta-upload-test.sh
    network ping_time       wmem_max        rmem_max        tcp_notsent_lowat       tcp_congestion_control  default_qdisc        download_time   upload_time
    host    50ms    custom  custom  custom  custom  custom  1.407653        1.686541
    pasta   50ms    custom  custom  custom  custom  custom  1.558330        2.481097
    host    170ms   custom  custom  custom  custom  custom  8.951508        3.191743
    pasta   170ms   custom  custom  custom  custom  custom  9.891349        30.000000

    $ sudo dnf install <freshly built pasta rpms>
    $ pasta --version  # Try the patched version again in case the last test was an anomaly
    pasta 0^20251208.g5943ea4-1.fc43.x86_64

    $ ./pasta-upload-test.sh
    network ping_time       wmem_max        rmem_max        tcp_notsent_lowat       tcp_congestion_control  default_qdisc        download_time   upload_time
    host    50ms    custom  custom  custom  custom  custom  1.450695        1.689421
    pasta   50ms    custom  custom  custom  custom  custom  1.605941        30.000000
    host    170ms   custom  custom  custom  custom  custom  5.610433        3.034058
    pasta   170ms   custom  custom  custom  custom  custom  5.544638        30.000000

Thanks,
-- Max

  parent reply	other threads:[~2025-12-08  8:17 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 ` Max Chernoff [this message]
2025-12-08  8:25   ` [PATCH v3 00/10] tcp: Fix throughput issues with non-local peers Stefano Brivio
2025-12-08  8:51     ` Max Chernoff
2025-12-08  9:00       ` Stefano Brivio

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=f9ae992198f8b86df7e12b9d911c330e47aafa3c.camel@maxchernoff.ca \
    --to=git@maxchernoff.ca \
    --cc=david@gibson.dropbear.id.au \
    --cc=passt-dev@passt.top \
    --cc=sbrivio@redhat.com \
    /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).