Date: Wed, 23 Oct 2024 11:03:26 +0100 From: void <void@f-m.fm> To: freebsd-net@freebsd.org Subject: Re: TCP Success Story (was Re: TCP_RACK, TCP_BBR, and firewalls) Message-ID: <ZxjJ7kW7bQPY3s1U@vm2> In-Reply-To: <CAOtMX2hGYfm0U0L25-vHSX0iOyKCbZydaAzye6Y6U59mQeF7rA@mail.gmail.com> References: <CAOtMX2iLv5OW4jQiBOHqMvcqkQSznTyO-eWMrOcHWbpeyaeRsg@mail.gmail.com> <C7467BCD-7232-4C6C-873E-EEC2482214A7@freebsd.org> <CAOtMX2hGYfm0U0L25-vHSX0iOyKCbZydaAzye6Y6U59mQeF7rA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 17, 2024 at 02:00:31PM -0600, Alan Somers wrote: >So I benchmarked all available congestion control algorithms for >single download streams. The results are summarized in the table >below. Sorry for resurrecting an old thread, but I note your testing was with single streams. What are your thoughts wrt say RACK and *multiple* streams, on 14.1-p5? My context: I'm looking to get my settings right for best real-world bidirectional throughput for webdav, rsync, git, on server & client, in terms of sysctl tunables, tcp stacks, cc algos and any other resources. thanks, --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ZxjJ7kW7bQPY3s1U>