tcp: allow for bigger reordering level
While testing upcoming Yaogong patch (converting out of order queue into an RB tree), I hit the max reordering level of linux TCP stack. Reordering level was limited to 127 for no good reason, and some network setups [1] can easily reach this limit and get limited throughput. Allow a new max limit of 300, and add a sysctl to allow admins to even allow bigger (or lower) values if needed. [1] Aggregation of links, per packet load balancing, fabrics not doing deep packet inspections, alternative TCP congestion modules... Signed-off-by:Eric Dumazet <edumazet@google.com> Cc: Yaogong Wang <wygivan@google.com> Signed-off-by:
David S. Miller <davem@davemloft.net>
Showing
- Documentation/networking/bonding.txt 2 additions, 5 deletionsDocumentation/networking/bonding.txt
- Documentation/networking/ip-sysctl.txt 9 additions, 1 deletionDocumentation/networking/ip-sysctl.txt
- include/linux/tcp.h 2 additions, 2 deletionsinclude/linux/tcp.h
- include/net/tcp.h 1 addition, 3 deletionsinclude/net/tcp.h
- net/ipv4/sysctl_net_ipv4.c 7 additions, 0 deletionsnet/ipv4/sysctl_net_ipv4.c
- net/ipv4/tcp_input.c 2 additions, 1 deletionnet/ipv4/tcp_input.c
Loading
-
mentioned in commit a11e5b3e
-
mentioned in commit 50a1d3d0
-
mentioned in commit clo/lc/chromiumos/third_party/kernel@5e38cee2
-
mentioned in commit ce3731c6
Please register or sign in to comment