diff options
| author | Eric Dumazet <eric.dumazet@gmail.com> | 2010-08-25 23:02:17 -0700 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@suse.de> | 2010-09-26 17:18:13 -0700 |
| commit | 8411b2debbd772b2dc156f06d7da73cdcbd08d35 (patch) | |
| tree | 45c9e15408dfc8bf48cc361be29bd83a72f150b7 /net/unix/af_unix.c | |
| parent | fd31b5dcb8c69c007705caa9dccdaa371f21b4f0 (diff) | |
| download | kernel-crypto-8411b2debbd772b2dc156f06d7da73cdcbd08d35.tar.gz kernel-crypto-8411b2debbd772b2dc156f06d7da73cdcbd08d35.tar.xz kernel-crypto-8411b2debbd772b2dc156f06d7da73cdcbd08d35.zip | |
tcp: fix three tcp sysctls tuning
[ Upstream commit c5ed63d66f24fd4f7089b5a6e087b0ce7202aa8e ]
As discovered by Anton Blanchard, current code to autotune
tcp_death_row.sysctl_max_tw_buckets, sysctl_tcp_max_orphans and
sysctl_max_syn_backlog makes little sense.
The bigger a page is, the less tcp_max_orphans is : 4096 on a 512GB
machine in Anton's case.
(tcp_hashinfo.bhash_size * sizeof(struct inet_bind_hashbucket))
is much bigger if spinlock debugging is on. Its wrong to select bigger
limits in this case (where kernel structures are also bigger)
bhash_size max is 65536, and we get this value even for small machines.
A better ground is to use size of ehash table, this also makes code
shorter and more obvious.
Based on a patch from Anton, and another from David.
Reported-and-tested-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions