From owner-freebsd-current Thu Oct 15 18:42:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13894 for freebsd-current-outgoing; Thu, 15 Oct 1998 18:42:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13888 for ; Thu, 15 Oct 1998 18:42:34 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id SAA22337; Thu, 15 Oct 1998 18:39:35 -0700 (PDT) Message-Id: <199810160139.SAA22337@implode.root.com> To: Terry Lambert cc: green@zone.syracuse.NET, grog@lemis.com, julian@whistle.com, mike@smith.net.au, bag@sinbin.demos.su, rock@cs.uni-sb.de, current@FreeBSD.ORG Subject: Re: -current NFS problem In-reply-to: Your message of "Thu, 15 Oct 1998 22:44:17 -0000." <199810152244.PAA22563@usr04.primenet.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 15 Oct 1998 18:39:34 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Kirk was contracted to fix the problems that he could fix in a short amount >> of time. He did that and confirmed my own analysis of the remaining problems, >> which basically all stem from lack of FS node locking in the NFS code. Adding >> such locking opens a very large can of worms and everyone who has tried to >> do this has failed. > >Not everyone. Network Appliance, Sun Microsystems, USL, and SCO >have all got working NFS. I think BSDI has working NFS as well, >including locking based one some of the stub code produced for >FreeBSD by Andrew (and by me), and I'm pretty sure the NFS code, >sans locking, worked before it left the University of Guelph. > >The problems with NFS in FreeBSD are architectural problems with >FreeBSD. Actually that's not true. I can't speak for all of the NFS implementations above, but at least in BSD/OS, it works only because they have warts all over the place to sidestep the problems with not having FS node locking. The argument about FreeBSD vnode stacking/locking is simply meaningless if the filesystem doesn't implement any node locking, so let's not confuse the issue by bringing that up. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message