udp: dynamically size hash tables at boot time
authorEric Dumazet <eric.dumazet@gmail.com>
Wed, 7 Oct 2009 00:37:59 +0000 (00:37 +0000)
committerDavid S. Miller <davem@davemloft.net>
Thu, 8 Oct 2009 05:00:22 +0000 (22:00 -0700)
commitf86dcc5aa8c7908f2c287e7a211228df599e3e71
tree1721c94d0254b337b0668b2e331771dfef4b142d
parent8a6dfd43d1891882f8ca05d73aa7735fb0edae3b
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>
Documentation/kernel-parameters.txt
include/linux/udp.h
include/net/udp.h
net/ipv4/udp.c
net/ipv4/udplite.c
net/ipv6/udp.c