]> git.kernelconcepts.de Git - karo-tx-linux.git/commit
net: sk_add_backlog() take rmem_alloc into account
authorEric Dumazet <eric.dumazet@gmail.com>
Tue, 27 Apr 2010 22:13:20 +0000 (15:13 -0700)
committerPaul Gortmaker <paul.gortmaker@windriver.com>
Wed, 14 Mar 2012 14:58:05 +0000 (10:58 -0400)
commita31deff4d20232dfc8370f0320e8b0925f5655b0
tree4e41be5e40ec6982ee4b6f8d11ec6a9b6bd56998
parent56defd4dc08f361bdf74c6cb457aebb1ccf442d1
net: sk_add_backlog() take rmem_alloc into account

commit c377411f2494a931ff7facdbb3a6839b1266bcf6 upstream.

Current socket backlog limit is not enough to really stop DDOS attacks,
because user thread spend many time to process a full backlog each
round, and user might crazy spin on socket lock.

We should add backlog size and receive_queue size (aka rmem_alloc) to
pace writers, and let user run without being slow down too much.

Introduce a sk_rcvqueues_full() helper, to avoid taking socket lock in
stress situations.

Under huge stress from a multiqueue/RPS enabled NIC, a single flow udp
receiver can now process ~200.000 pps (instead of ~100 pps before the
patch) on a 8 core machine.

Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
include/net/sock.h
net/core/sock.c
net/ipv4/udp.c
net/ipv6/udp.c
net/sctp/socket.c