summaryrefslogtreecommitdiffstats
path: root/net/rxrpc/ar-proc.c
diff options
context:
space:
mode:
authorEric Dumazet <edumazet@google.com>2013-07-30 17:55:08 -0700
committerDavid S. Miller <davem@davemloft.net>2013-07-31 14:59:49 -0700
commitf2f872f9272a79a1048877ea14c15576f46c225e (patch)
tree22af2e425ac96068c2d383c052e1d287db867211 /net/rxrpc/ar-proc.c
parentca4c3fc24e293719fe7410c4e63da9b6bc633b83 (diff)
downloadlinux-f2f872f9272a79a1048877ea14c15576f46c225e.tar.bz2
netem: Introduce skb_orphan_partial() helper
Commit 547669d483e578 ("tcp: xps: fix reordering issues") added unexpected reorders in case netem is used in a MQ setup for high performance test bed. ETH=eth0 tc qd del dev $ETH root 2>/dev/null tc qd add dev $ETH root handle 1: mq for i in `seq 1 32` do tc qd add dev $ETH parent 1:$i netem delay 100ms done As all tcp packets are orphaned by netem, TCP stack believes it can set skb->ooo_okay on all packets. In order to allow producers to send more packets, we want to keep sk_wmem_alloc from reaching sk_sndbuf limit. We can do that by accounting one byte per skb in netem queues, so that TCP stack is not fooled too much. Tested: With above MQ/netem setup, scaling number of concurrent flows gives linear results and no reorders/retransmits lpq83:~# for n in 1 10 20 30 40 50 60 70 80 90 100 do echo -n "n:$n " ; ./super_netperf $n -H 10.7.7.84; done n:1 198.46 n:10 2002.69 n:20 4000.98 n:30 6006.35 n:40 8020.93 n:50 10032.3 n:60 12081.9 n:70 13971.3 n:80 16009.7 n:90 17117.3 n:100 17425.5 Signed-off-by: Eric Dumazet <edumazet@google.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/rxrpc/ar-proc.c')
0 files changed, 0 insertions, 0 deletions