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>
This commit is contained in:
committed by
David S. Miller
parent
7aef06db0f
commit
dca145ffaa
@@ -70,9 +70,6 @@ void tcp_time_wait(struct sock *sk, int state, int timeo);
|
||||
/* After receiving this amount of duplicate ACKs fast retransmit starts. */
|
||||
#define TCP_FASTRETRANS_THRESH 3
|
||||
|
||||
/* Maximal reordering. */
|
||||
#define TCP_MAX_REORDERING 127
|
||||
|
||||
/* Maximal number of ACKs sent quickly to accelerate slow-start. */
|
||||
#define TCP_MAX_QUICKACKS 16U
|
||||
|
||||
@@ -252,6 +249,7 @@ extern int sysctl_tcp_abort_on_overflow;
|
||||
extern int sysctl_tcp_max_orphans;
|
||||
extern int sysctl_tcp_fack;
|
||||
extern int sysctl_tcp_reordering;
|
||||
extern int sysctl_tcp_max_reordering;
|
||||
extern int sysctl_tcp_dsack;
|
||||
extern long sysctl_tcp_mem[3];
|
||||
extern int sysctl_tcp_wmem[3];
|
||||
|
||||
Reference in New Issue
Block a user