diff options
author | Eric Dumazet <edumazet@google.com> | 2014-10-11 15:17:29 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2014-10-14 15:59:37 -0400 |
commit | ad971f616aa98ea2503f1a1064637bfb4ef7b21e (patch) | |
tree | 4af81e7b2771ea06bd8bc93ea09eaab63a0dfb50 /net/Makefile | |
parent | 14cee8e377c09dc887047b3a322c71f45de7f0c0 (diff) | |
download | linux-ad971f616aa98ea2503f1a1064637bfb4ef7b21e.tar.bz2 |
tcp: fix tcp_ack() performance problem
We worked hard to improve tcp_ack() performance, by not accessing
skb_shinfo() in fast path (cd7d8498c9a5 tcp: change tcp_skb_pcount()
location)
We still have one spurious access because of ACK timestamping,
added in commit e1c8a607b281 ("net-timestamp: ACK timestamp for
bytestreams")
By checking if sk_tsflags has SOF_TIMESTAMPING_TX_ACK set,
we can avoid two cache line misses for the common case.
While we are at it, add two prefetchw() :
One in tcp_ack() to bring skb at the head of write queue.
One in tcp_clean_rtx_queue() loop to bring following skb,
as we will delete skb from the write queue and dirty skb->next->prev.
Add a couple of [un]likely() clauses.
After this patch, tcp_ack() is no longer the most consuming
function in tcp stack.
Signed-off-by: Eric Dumazet <edumazet@google.com>
Cc: Willem de Bruijn <willemb@google.com>
Cc: Neal Cardwell <ncardwell@google.com>
Cc: Yuchung Cheng <ycheng@google.com>
Cc: Van Jacobson <vanj@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/Makefile')
0 files changed, 0 insertions, 0 deletions