Re: [PATCH 37/44] This commit brings in a new refactored TCP stack called Rack. Rack includes the following features: - A different SACK processing scheme (the old sack structures are not used). - RACK (Recent acknowledgment) where counting dup-acks is no longer done instead time is used to knwo when to retransmit. (see the I-D) - TLP (Tail Loss Probe) where we will probe for tail-losses to attempt to try not to take a retransmit time-out. (see the I-D) - Burst mitigation using TCPHTPS - PRR (partial rate reduction) see the RFC.

Eric Blake <[email protected]>
Newsgroups gmane.comp.lib.newlib
Message-ID <[email protected]>
On 08/09/2018 01:09 AM, Sebastian Huber wrote:
> From: rrs <[email protected]>
> 

Whoa, that's a long subject line.

In git, remember to put a blank line between your summary (which should 
be around 60-70 characters) and the explanation.  A much better subject 
line would be:

tcp: add defines for use by Rack stack

> Once built into your kernel, you can select this stack by either
> socket option with the name of the stack is "rack" or by setting
> the global sysctl so the default is rack.
> 
> Note that any connection that does not support SACK will be kicked
> back to the "default" base  FreeBSD stack (currently known as "default").
> 
> To build this into your kernel you will need to enable in your
> kernel:
>     makeoptions WITH_EXTRA_TCP_STACKS=1
>     options TCPHPTS
> 
> Sponsored by:	Netflix Inc.
> Differential Revision:		https://reviews.freebsd.org/D15525
> ---


-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.