1. 18 7月, 2007 2 次提交
    • M
      knfsd: nfsd4: vary maximum delegation limit based on RAM size · c2f1a551
      Meelap Shah 提交于
      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.
      
      [akpm@linux-foundation.org: Don't needlessly bloat vmlinux]
      [akpm@linux-foundation.org: Make it right for highmem machines]
      Signed-off-by: N"J. Bruce Fields" <bfields@citi.umich.edu>
      Signed-off-by: NNeil Brown <neilb@suse.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      c2f1a551
    • M
      knfsd: lockd: nfsd4: use same grace period for lockd and nfsd4 · 9a8db97e
      Marc Eshel 提交于
      Both lockd and (in the nfsv4 case) nfsd enforce a "grace period" after reboot,
      during which clients may reclaim locks from the previous server instance, but
      may not acquire new locks.
      
      Currently the lockd and nfsd enforce grace periods of different lengths.  This
      may cause problems when we reboot a server with both v2/v3 and v4 clients.
      For example, if the lockd grace period is shorter (as is likely the case),
      then a v3 client might acquire a new lock that conflicts with a lock already
      held (but not yet reclaimed) by a v4 client.
      
      This patch calculates a lease time that lockd and nfsd can both use.
      Signed-off-by: NMarc Eshel <eshel@almaden.ibm.com>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      Signed-off-by: NNeil Brown <neilb@suse.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      9a8db97e
  2. 11 7月, 2007 1 次提交
  3. 10 5月, 2007 1 次提交
  4. 07 5月, 2007 3 次提交
  5. 28 3月, 2007 2 次提交
  6. 13 2月, 2007 1 次提交
  7. 14 12月, 2006 4 次提交
  8. 09 12月, 2006 1 次提交
  9. 08 12月, 2006 1 次提交
  10. 22 11月, 2006 1 次提交
  11. 21 10月, 2006 4 次提交
  12. 27 9月, 2006 2 次提交
  13. 01 7月, 2006 4 次提交
  14. 28 6月, 2006 1 次提交
  15. 27 6月, 2006 1 次提交
  16. 11 4月, 2006 6 次提交
  17. 27 3月, 2006 2 次提交
  18. 21 3月, 2006 1 次提交
  19. 19 1月, 2006 2 次提交