mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-29 11:11:45 -04:00
knfsd: nfsd4: vary maximum delegation limit based on RAM size
Our original NFSv4 delegation policy was to give out a read delegation on any open when it was possible to. Since the lifetime of a delegation isn't limited to that of an open, a client may quite reasonably hang on to a delegation as long as it has the inode cached. This becomes an obvious problem the first time a client's inode cache approaches the size of the server's total memory. Our first quick solution was to add a hard-coded limit. This patch makes a mild incremental improvement by varying that limit according to the server's total memory size, allowing at most 4 delegations per megabyte of RAM. My quick back-of-the-envelope calculation finds that in the worst case (where every delegation is for a different inode), a delegation could take about 1.5K, which would make the worst case usage about 6% of memory. The new limit works out to be about the same as the old on a 1-gig server. [[email protected]: Don't needlessly bloat vmlinux] [[email protected]: Make it right for highmem machines] Signed-off-by: "J. Bruce Fields" <[email protected]> Signed-off-by: Neil Brown <[email protected]> Signed-off-by: Andrew Morton <[email protected]> Signed-off-by: Linus Torvalds <[email protected]>
This commit is contained in:
parent
1e5140279f
commit
c2f1a551de
3 changed files with 27 additions and 1 deletions
|
|
@ -1484,6 +1484,7 @@ unsigned int nr_free_buffer_pages(void)
|
|||
{
|
||||
return nr_free_zone_pages(gfp_zone(GFP_USER));
|
||||
}
|
||||
EXPORT_SYMBOL_GPL(nr_free_buffer_pages);
|
||||
|
||||
/*
|
||||
* Amount of free RAM allocatable within all zones
|
||||
|
|
|
|||
Loading…
Reference in a new issue