lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 27 Jun 2007 22:15:52 -0400 From: "J. Bruce Fields" <bfields@...ldses.org> To: Andrew Morton <akpm@...ux-foundation.org> Cc: NeilBrown <neilb@...e.de>, nfs@...ts.sourceforge.net, linux-kernel@...r.kernel.org Subject: Re: [PATCH 007 of 8] knfsd: nfsd4: vary maximum delegation limit based on RAM size This code would benefit from a little more explanation. Also, I screwed up the previous patch and forgot to delete a line, so the calculation here is off; fix it. Signed-off-by: J. Bruce Fields <bfields@...i.umich.edu> --- fs/nfsd/nfs4state.c | 16 +++++++++++++++- 1 files changed, 15 insertions(+), 1 deletions(-) On Mon, Jun 25, 2007 at 08:52:44PM -0700, Andrew Morton wrote: > > Please put yourself in the position of the reader who happens across this > code and wonders why it is that way. > > They could of course go hunt it out of the git repo but I do think it's > quite a bit more reader-friendly to explain the thinking in code comments. > Yup, sorry about that. Could you apply this? --b. diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c index fbbbcab..1b2657f 100644 --- a/fs/nfsd/nfs4state.c +++ b/fs/nfsd/nfs4state.c @@ -3203,13 +3203,27 @@ get_nfs4_grace_period(void) return max(user_lease_time, lease_time) * HZ; } +/* + * 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. + * + * For now we avoid this problem by imposing a hard limit on the number + * of delegations, which varies according to the server's memory size. + */ static void set_max_delegations(void) { struct sysinfo sys; si_meminfo(&sys); - sys.totalram *= sys.mem_unit; + /* + * Allow at most 4 delegations per megabyte of RAM. Quick + * estimates suggest that in the worst case (where every delegation + * is for a different inode), a delegation could take about 1.5K, + * giving a worst case usage of about 6% of memory. + */ sys.totalram >>= (18 - PAGE_SHIFT); max_delegations = (unsigned int) sys.totalram; } -- 1.5.2.58.g98ee - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists