From owner-freebsd-fs Sat Aug 8 16:30:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07644 for freebsd-fs-outgoing; Sat, 8 Aug 1998 16:30:09 -0700 (PDT) (envelope-from owner-freebsd-fs@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 QAA07635 for ; Sat, 8 Aug 1998 16:30:05 -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 XAA08204; Sat, 8 Aug 1998 23:28:35 GMT Date: Sun, 9 Aug 1998 08:28:34 +0900 (JST) From: Michael Hancock To: Constantine Sapuntzakis cc: freebsd-fs@FreeBSD.ORG Subject: Re: VFS vrele fixes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [fs list added to cc] Constantine, I'm still not clear on the best approach. When I started working on VFS_VRELE, I started to not like where it was going so I shelved that approach. Sound like an interesting approach though. I'll have to look into it more some other time after I've popped a few more big projects off my stack. Regards, Mike On 7 Aug 1998, Constantine Sapuntzakis wrote: > Hi Mike, > > Here's another idea for giving file systems control over their vnode > management. > > Change VOP_INACTIVE so the file system is responsible for putting > vnodes on the free list (rather than automatically doing it in vrele, > vput). > > Change VOP_RECLAIM so that the file system is responsible for cleaning > out the vnode (i.e. does a vgone). > > This adds more code to each file system, but much of this code could > probably be rolled into common library functions that the file system > could call. > > This way, you can build a file system that is totally independent of > the internal vnode management mechanism. And you no longer need > VFS_VRELE. > > > -Costa > > Michael Hancock writes: > > > I've created a web page for some vfs fixes I'm working on. Comments are > > appreciated. The changes will relieve general vnode management from all > > fs implementations. Taken as a whole, the scope of the changes is fairly > > large. > > > > http://www.freebsd.org/~mch/vfs1.html > > > > Regards, > > > > > > Mike Hancock > -- 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-fs" in the body of the message