summaryrefslogtreecommitdiffstats
path: root/fs/drop_caches.c
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2008-02-08 13:03:37 +1100
committerJ. Bruce Fields <bfields@citi.umich.edu>2008-04-23 16:13:35 -0400
commit1447d25eb3a7bbe5bf5e4e7489f09be13e1ec73a (patch)
tree1961687ba998d7f8d6bad9efda19d3eb7f45d1d6 /fs/drop_caches.c
parent3dc5063786b273f1aee545844f6bd4e9651ebffe (diff)
downloadblackbird-op-linux-1447d25eb3a7bbe5bf5e4e7489f09be13e1ec73a.tar.gz
blackbird-op-linux-1447d25eb3a7bbe5bf5e4e7489f09be13e1ec73a.zip
knfsd: Remove NLM_HOST_MAX and associated logic.
Lockd caches information about hosts that have recently held locks to expedite the taking of further locks. It periodically discards this information for hosts that have not been used for a few minutes. lockd currently has a value NLM_HOST_MAX, and changes the 'garbage collection' behaviour when the number of hosts exceeds this threshold. However its behaviour is strange, and likely not what was intended. When the number of hosts exceeds the max, it scans *less* often (every 2 minutes vs every minute) and allows unused host information to remain around longer (5 minutes instead of 2). Having this limit is of dubious value anyway, and we have not suffered from the code not getting the limit right, so remove the limit altogether. We go with the larger values (discard 5 minute old hosts every 2 minutes) as they are probably safer. Maybe the periodic garbage collection should be replace to with 'shrinker' handler so we just respond to memory pressure.... Acked-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Neil Brown <neilb@suse.de> Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>
Diffstat (limited to 'fs/drop_caches.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud