David S. Miller f034b5d4ef [XFRM]: Dynamic xfrm_state hash table sizing. ...

The grow algorithm is simple, we grow if:

1) we see a hash chain collision at insert, and
2) we haven't hit the hash size limit (currently 1*1024*1024 slots), and
3) the number of xfrm_state objects is > the current hash mask

All of this needs some tweaking.

Remove __initdata from "hashdist" so we can use it safely at run time.

Signed-off-by: David S. Miller <davem@davemloft.net>

2006-09-22 15:08:41 -07:00

..

bootmem.c

…

fadvise.c

…

filemap_xip.c

…

filemap.c

…

filemap.h

…

fremap.c

…

highmem.c

…

hugetlb.c

…

internal.h

…

Kconfig

…

madvise.c

…

Makefile

…

memory_hotplug.c

…

memory.c

…

mempolicy.c

…

mempool.c

…

migrate.c

…

mincore.c

…

mlock.c

…

mmap.c

…

mmzone.c

…

mprotect.c

…

mremap.c

…

msync.c

…

nommu.c

…

oom_kill.c

…

page_alloc.c

…

page_io.c

…

page-writeback.c

…

pdflush.c

…

prio_tree.c

…

readahead.c

…

rmap.c

…

shmem.c

…

slab.c

…

slob.c

…

sparse.c

…

swap_state.c

…

swap.c

…

swapfile.c

…

thrash.c

…

tiny-shmem.c

…

truncate.c

…

util.c

…

vmalloc.c

…

vmscan.c

…

vmstat.c

…