tcp: don't abort splice() after small transfers
authorWilly Tarreau <w@1wt.eu>
Sun, 2 Dec 2012 11:49:27 +0000 (11:49 +0000)
committerDavid S. Miller <davem@davemloft.net>
Mon, 3 Dec 2012 01:23:01 +0000 (20:23 -0500)
commit02275a2ee7c0ea475b6f4a6428f5df592bc9d30b
tree820c92949d326bcf394eca339453a0389a998300
parent077b393d05915f04e2629bfc47c6fce95cae7d3f
tcp: don't abort splice() after small transfers

TCP coalescing added a regression in splice(socket->pipe) performance,
for some workloads because of the way tcp_read_sock() is implemented.

The reason for this is the break when (offset + 1 != skb->len).

As we released the socket lock, this condition is possible if TCP stack
added a fragment to the skb, which can happen with TCP coalescing.

So let's go back to the beginning of the loop when this happens,
to give a chance to splice more frags per system call.

Doing so fixes the issue and makes GRO 10% faster than LRO
on CPU-bound splice() workloads instead of the opposite.

Signed-off-by: Willy Tarreau <w@1wt.eu>
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/ipv4/tcp.c