Date: Mon, 12 May 1997 21:06:27 -0400 From: "David S. Miller" <davem@caip.rutgers.edu> To: terry@lambert.org Cc: Andrew.Gordon@net-tel.co.uk, terry@lambert.org, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: PATCHES: NFS server locking support Message-ID: <199705130106.VAA21008@darkwing.rutgers.edu> In-Reply-To: <199705121908.MAA08042@phaeton.artisoft.com> (message from Terry Lambert on Mon, 12 May 1997 12:08:31 -0700 (MST))
next in thread | previous in thread | raw e-mail | index | archive | help
From: Terry Lambert <terry@lambert.org> Date: Mon, 12 May 1997 12:08:31 -0700 (MST) If you can guaranteee that you can hash the handle values in user space because the handle values are not unique in the conversion part between client systems, then you're all set... and it's not a problem. F_CNVT will only be called once per hash miss in that case. Why not put lockd into the kernel as a kernel thread and avoid all of this overhead? That's what we do and it works extremely well... ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ ><
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199705130106.VAA21008>