Eric Dumazet f86dcc5aa8
udp: dynamically size hash tables at boot time ...
UDP_HTABLE_SIZE was initialy defined to 128, which is a bit small for
several setups.
4000 active UDP sockets -> 32 sockets per chain in average. An
incoming frame has to lookup all sockets to find best match, so long
chains hurt latency.
Instead of a fixed size hash table that cant be perfect for every
needs, let UDP stack choose its table size at boot time like tcp/ip
route, using alloc_large_system_hash() helper
Add an optional boot parameter, uhash_entries=x so that an admin can
force a size between 256 and 65536 if needed, like thash_entries and
rhash_entries.
dmesg logs two new lines :
[ 0.647039] UDP hash table entries: 512 (order: 0, 4096 bytes)
[ 0.647099] UDP Lite hash table entries: 512 (order: 0, 4096 bytes)
Maximal size on 64bit arches would be 65536 slots, ie 1 MBytes for non
debugging spinlocks.
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com >
Signed-off-by: David S. Miller <davem@davemloft.net >
2009-10-07 22:00:22 -07:00
2009-09-23 13:03:46 -05:00
2009-10-07 01:10:46 -07:00
2009-08-05 10:42:58 -07:00
2009-06-19 00:10:40 -07:00
2009-09-10 18:17:09 -07:00
2009-09-01 17:40:31 -07:00
2009-07-23 17:58:19 -07:00
2009-09-30 16:12:20 -07:00
2008-09-12 16:30:20 -07:00
2008-07-14 22:42:19 -07:00
2009-08-17 21:33:49 -07:00
2009-09-15 02:37:40 -07:00
2009-08-12 21:54:50 -07:00
2008-11-26 15:32:27 -08:00
2007-10-10 16:55:55 -07:00
2009-09-01 17:40:57 -07:00
2009-01-21 14:01:59 -08:00
2008-02-12 17:53:34 -08:00
2009-03-24 23:32:03 -07:00
2009-08-20 11:36:05 -04:00
2008-11-19 15:44:53 -08:00
2009-03-28 15:01:36 +11:00
2009-09-30 16:12:20 -07:00
2009-09-01 01:24:30 -07:00
2008-11-27 00:12:47 -08:00
2007-10-10 16:52:50 -07:00
2008-11-27 23:04:13 -08:00
2009-03-21 19:06:54 -07:00
2008-01-28 14:55:58 -08:00
2009-09-01 17:40:31 -07:00
2009-09-01 17:40:31 -07:00
2008-01-31 19:27:02 -08:00
2009-03-27 00:16:21 -07:00
2009-05-20 17:26:23 -07:00
2008-11-25 17:35:18 -08:00
2008-07-05 21:26:57 -07:00
2009-10-07 01:07:42 -07:00
2009-07-12 14:03:27 -07:00
2008-07-18 04:04:22 -07:00
2009-03-27 20:12:52 -04:00
2009-08-19 23:08:22 +04:00
2009-07-23 17:08:51 +04:00
2009-03-21 13:29:05 -07:00
2009-06-03 02:51:04 -07:00
2008-04-03 14:28:30 -07:00
2009-09-30 16:12:20 -07:00
2009-02-14 22:58:35 -08:00
2009-02-26 23:13:35 -08:00
2009-06-03 02:51:04 -07:00
2009-06-16 13:09:51 -07:00
2009-06-15 15:49:32 +02:00
2008-06-11 21:00:38 -07:00
2009-07-30 18:52:15 -07:00
2009-06-03 02:51:04 -07:00
2008-06-11 21:00:38 -07:00
2009-10-05 00:21:56 -07:00
2009-08-05 10:42:58 -07:00
2009-09-30 16:12:20 -07:00
2008-07-25 02:54:40 -07:00
2008-06-11 21:00:38 -07:00
2009-10-07 01:07:37 -07:00
2009-09-30 16:12:20 -07:00
2009-02-14 22:58:35 -08:00
2009-08-28 14:40:28 -04:00
2008-11-21 11:42:55 -05:00
2007-10-10 16:49:07 -07:00
2008-02-29 11:46:17 -08:00
2008-03-31 21:02:47 -07:00
2008-03-31 21:02:47 -07:00
2008-03-28 16:28:36 -07:00
2009-08-28 14:40:29 -04:00
2008-04-12 13:43:22 +09:00
2009-09-24 07:21:04 -07:00
2009-09-01 17:40:57 -07:00
2009-07-20 08:03:00 -07:00
2009-01-06 11:38:15 -07:00
2008-01-28 14:53:38 -08:00
2009-03-28 15:01:37 +11:00
2009-08-25 16:07:40 +02:00
2009-01-21 14:02:01 -08:00
2009-08-19 23:08:22 +04:00
2008-11-16 23:01:49 -08:00
2009-09-01 17:59:25 -07:00
2009-09-14 17:03:05 -07:00
2009-03-21 19:06:50 -07:00
2008-03-22 16:56:51 -07:00
2009-06-23 04:31:07 -07:00
2009-04-22 16:57:17 -04:00
2008-11-21 16:45:22 -08:00
2009-07-26 19:11:14 -07:00
2009-06-03 02:51:02 -07:00
2009-09-10 18:17:09 -07:00
2009-09-15 02:53:07 -07:00
2009-07-05 19:16:10 -07:00
2009-04-27 02:45:02 -07:00
2009-10-06 17:28:29 -07:00
2008-07-05 21:25:39 -07:00
2009-09-30 16:12:20 -07:00
2008-11-21 16:45:22 -08:00
2009-09-02 01:03:49 -07:00
2009-10-07 22:00:22 -07:00
2008-10-29 01:41:45 -07:00
2009-09-28 16:55:07 -04:00
2009-06-03 14:06:13 -04:00
2009-08-19 23:08:20 +04:00
2009-06-16 05:40:30 -07:00
2009-07-30 18:52:15 -07:00
f86dcc5aa8