Date: Tue, 13 May 1997 10:00:42 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: davem@caip.rutgers.edu (David S. Miller) Cc: terry@lambert.org, Andrew.Gordon@net-tel.co.uk, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: PATCHES: NFS server locking support Message-ID: <199705131700.KAA10167@phaeton.artisoft.com> In-Reply-To: <199705130106.VAA21008@darkwing.rutgers.edu> from "David S. Miller" at May 12, 97 09:06:27 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> 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... Because FreeBSD does not have kernel threading, a FreeBSD kernel thread is nothing more than a process that enters/starts-in kernel space, and never leaves? BTW: "We"? Who has an NFS lockd? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199705131700.KAA10167>