diff options
| author | Steven Whitehouse | 2006-09-12 16:10:01 +0200 |
|---|---|---|
| committer | Steven Whitehouse | 2006-09-12 16:10:01 +0200 |
| commit | b6397893a5ed81970e803d61ee2f1a0e79f87438 (patch) | |
| tree | 88b1f9fe213b70f0c4d96583bb40601d9cfc446d /mm | |
| parent | [GFS2] Rewrite of examine_bucket() (diff) | |
| download | kernel-qcow2-linux-b6397893a5ed81970e803d61ee2f1a0e79f87438.tar.gz kernel-qcow2-linux-b6397893a5ed81970e803d61ee2f1a0e79f87438.tar.xz kernel-qcow2-linux-b6397893a5ed81970e803d61ee2f1a0e79f87438.zip | |
[GFS2] Use hlist for glock hash chains
This results in smaller list heads, so that we can have more chains
in the same amount of memory (twice as many). I've multiplied the
size of the table by four though - this is because we are saving
memory by not having one lock per chain any more. So we land up
using about the same amount of memory for the hash table as we
did before I started these changes, the difference being that we
now have four times as many hash chains.
The reason that I say "about the same amount of memory" is that the
actual amount now depends upon the NR_CPUS and some of the config
variables, so that its not exact and in some cases we do use more
memory. Eventually we might want to scale the hash table size
according to the size of physical ram as measured on module load.
Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions