summaryrefslogtreecommitdiffstats
path: root/net/ipv4/route.c
diff options
context:
space:
mode:
authorKirill Korotaev <dev@sw.ru>2006-08-07 20:44:22 -0700
committerDavid S. Miller <davem@davemloft.net>2006-08-07 20:44:22 -0700
commit8d1502de27c46b365b5c86e17d173083d3d6c9ac (patch)
treee2fa9cebe61e08aaf65d0457c48347cc67716609 /net/ipv4/route.c
parent8b5cc5ef40c83c6ea4c90b203bb2c8b17edfa11b (diff)
downloadop-kernel-dev-8d1502de27c46b365b5c86e17d173083d3d6c9ac.zip
op-kernel-dev-8d1502de27c46b365b5c86e17d173083d3d6c9ac.tar.gz
[IPV4]: Limit rt cache size properly.
From: Kirill Korotaev <dev@sw.ru> During OpenVZ stress testing we found that UDP traffic with random src can generate too much excessive rt hash growing leading finally to OOM and kernel panics. It was found that for 4GB i686 system (having 1048576 total pages and 225280 normal zone pages) kernel allocates the following route hash: syslog: IP route cache hash table entries: 262144 (order: 8, 1048576 bytes) => ip_rt_max_size = 4194304 entries, i.e. max rt size is 4194304 * 256b = 1Gb of RAM > normal_zone Attached the patch which removes HASH_HIGHMEM flag from alloc_large_system_hash() call. Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/route.c')
-rw-r--r--net/ipv4/route.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/net/ipv4/route.c b/net/ipv4/route.c
index 19bd49d..b873cbc 100644
--- a/net/ipv4/route.c
+++ b/net/ipv4/route.c
@@ -3157,7 +3157,7 @@ int __init ip_rt_init(void)
rhash_entries,
(num_physpages >= 128 * 1024) ?
15 : 17,
- HASH_HIGHMEM,
+ 0,
&rt_hash_log,
&rt_hash_mask,
0);
OpenPOWER on IntegriCloud