From owner-freebsd-hackers Mon Jun 22 18:41:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA00803 for freebsd-hackers-outgoing; Mon, 22 Jun 1998 18:41:34 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00784; Mon, 22 Jun 1998 18:41:13 -0700 (PDT) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id BAA18350; Tue, 23 Jun 1998 01:30:09 GMT Date: Tue, 23 Jun 1998 10:30:09 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: Matthew.Alton@anheuser-busch.com, FreeBSD-fs@FreeBSD.ORG, FreeBSD Hackers , Scott.Smallie@anheuser-busch.com Subject: Re: Stackable filesystems and SunOS 4.1.1 In-Reply-To: <199806221715.KAA11088@usr06.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry, You're missing the point. The original proposal was for a non-stacked userland fs development environment where everything was to implemented from scratch so that it could be made as portable as possible. Is this ... 1) easy 2) less easy ... compared to the approach you used at your previous employer. ;-) Regards, Mike Hancock On Mon, 22 Jun 1998, Terry Lambert wrote: > > I think it is definitely worthwhile to review John's work. The approach > > you suggested earlier can easily be made portable, but it is a very very > > large project. It reminds me of how Oracle or Sybase are implemented as > > large systems with OS-like features. Just implementing the name space > > subsystem is not a trivial undertaking. Have a look at namei() and you'll > > understand what I'm talking about. > > Actually, this is false. Three of us implemented full source level FS > module portability between FreeBSD and Windows 95 for my previous > employer; it wasn't that much work. > > We also implemented soft updates in FFS before Kirk did (though only > in the Windows 95 environment). > > I personally did the code to support multiple name spaces and Unicode > simultaneously through namei. > > FS work is like any other kernel work; it's not a realm of dark magic... > if it's a realm of dark anything, it's a realm of dark politics. The > real issue is that there are a lot of people who feel the need for > perfect understanding before allowing a change in. Thankfully, there > has been a significant uptrend in knowledgable FS hackers recently. > > I truly don't think the project is that large (having argued for it > six ways from Sunday since I first contacted John about including > his code in 4.3 based FreeBSD in early 1994). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- michaelh@cet.co.jp http://www.cet.co.jp CET Inc., Daiichi Kasuya BLDG 8F, 2-5-12 Higashi Shinbashi, Minato-ku, Tokyo 105 Japan Tel: +81-3-3437-1761 Fax: +81-3-3437-1766 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message