Eric Dumazet c377411f24
net: sk_add_backlog() take rmem_alloc into account ...
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 >
2010-04-27 15:13:20 -07:00
2010-04-05 10:37:36 -05:00
2010-03-21 05:49:35 +01:00
2010-03-30 19:08:45 -07:00
2010-02-15 15:38:10 +01:00
2010-03-30 22:02:32 +09:00
2010-03-30 22:02:32 +09:00
2010-04-13 14:49:34 -07:00
2010-01-07 00:24:55 -08:00
2010-03-21 18:34:16 -07:00
2009-10-22 21:56:42 -07:00
2009-08-17 21:33:49 -07:00
2010-02-25 09:41:03 +01:00
2009-08-12 21:54:50 -07:00
2008-11-26 15:32:27 -08:00
2009-11-04 05:06:25 -08:00
2009-09-01 17:40:57 -07:00
2009-01-21 14:01:59 -08:00
2010-03-30 22:02:32 +09:00
2009-03-24 23:32:03 -07:00
2010-04-21 14:15:19 -04:00
2008-11-19 15:44:53 -08:00
2009-03-28 15:01:36 +11:00
2009-12-11 15:07:56 -08:00
2009-09-01 01:24:30 -07:00
2009-12-08 07:55:01 -08:00
2010-03-27 19:23:46 -07:00
2009-11-04 05:06:25 -08:00
2008-11-27 23:04:13 -08:00
2009-03-21 19:06:54 -07:00
2009-09-01 17:40:31 -07:00
2010-04-13 01:41:33 -07:00
2009-03-27 00:16:21 -07:00
2010-04-26 16:02:04 +02:00
2010-04-07 03:43:18 -07:00
2009-11-04 05:06:25 -08:00
2009-11-04 05:06:25 -08:00
2010-04-13 14:49:31 -07:00
2010-02-08 16:50:53 -05:00
2009-11-06 14:32:18 +03:00
2009-07-23 17:08:51 +04:00
2010-03-20 15:45:09 -07:00
2010-04-15 23:36:37 -07:00
2009-12-08 20:17:51 -08:00
2010-04-15 23:36:37 -07:00
2009-02-14 22:58:35 -08:00
2009-02-26 23:13:35 -08:00
2009-12-08 20:17:51 -08:00
2010-04-27 15:11:48 -07:00
2010-04-27 12:39:01 -07:00
2009-11-13 20:46:58 -08:00
2010-04-01 18:41:41 -07:00
2010-04-13 01:41:33 -07:00
2010-03-10 07:32:29 -08:00
2009-11-06 00:55:55 -08:00
2010-02-18 12:31:05 +01:00
2010-04-15 23:36:37 -07:00
2010-02-16 23:05:38 -08:00
2009-11-04 05:06:25 -08:00
2010-04-23 23:35:29 -07:00
2010-03-30 22:02:32 +09:00
2010-03-31 14:49:12 -04:00
2008-11-21 11:42:55 -05:00
2009-12-26 20:43:57 -08:00
2009-12-26 20:46:28 -08:00
2010-04-23 14:43:45 -04:00
2010-04-23 13:35:55 +09:00
2009-09-24 07:21:04 -07:00
2010-02-16 23:05:38 -08:00
2010-03-12 15:52:40 -08:00
2009-01-06 11:38:15 -07:00
2010-03-30 22:02:32 +09:00
2010-03-19 22:47:23 -07:00
2010-03-30 22:02:32 +09:00
2009-08-19 23:08:22 +04:00
2009-11-20 15:35:04 -08:00
2010-04-01 18:38:48 -07:00
2009-11-05 21:40:17 -08:00
2009-03-21 19:06:50 -07:00
2010-04-13 14:49:34 -07:00
2009-06-23 04:31:07 -07:00
2009-11-04 05:06:25 -08:00
2010-02-01 15:40:06 -05:00
2010-01-17 19:09:39 -08:00
2009-07-26 19:11:14 -07:00
2010-02-16 23:05:38 -08:00
2010-02-27 02:43:40 -08:00
2010-04-01 18:38:48 -07:00
2009-11-04 05:06:25 -08:00
2010-04-22 16:00:00 -07:00
2010-04-27 15:13:20 -07:00
2010-04-27 12:53:25 -07:00
2008-11-21 16:45:22 -08:00
2010-04-23 23:35:28 -07:00
2009-11-10 20:54:38 -08:00
2008-10-29 01:41:45 -07:00
2009-10-07 16:39:43 -04:00
2009-12-09 19:43:33 -08:00
2009-11-06 14:32:24 +03:00
2010-04-11 02:44:30 -07:00
2010-04-22 16:12:36 -07:00
2010-04-11 14:53:53 -07:00
Eric Dumazet
c377411f24