From owner-freebsd-hackers Sat Sep 14 20:34:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26342 for hackers-outgoing; Sat, 14 Sep 1996 20:34:52 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26337 for ; Sat, 14 Sep 1996 20:34:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id UAA05077; Sat, 14 Sep 1996 20:33:26 -0700 (PDT) Message-Id: <199609150333.UAA05077@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), proff@suburbia.net, freebsd-hackers@FreeBSD.org Subject: Re: attribute/inode caching In-reply-to: Your message of "Sat, 14 Sep 1996 18:35:47 PDT." <199609150135.SAA00362@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Sat, 14 Sep 1996 20:33:25 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> It could be hung off the vnode for the mounted device. I'm not sure if >> it isn't already. This problem is secondary. Repeated tree traversals >> aren't all that common, and you don't really want them to eat the buffer >> cache (you probably want to buffer precisely the inodes and directories >> that will be hit again a long time later in the same search, e.g., >> intermediate directories for a depth-first seach). > >It is not hung off the vnode for the device. It probably should not be, >in any case (there is no "device" for NFS, for instance). Inode blocks are hung off the device vnode. Indirect blocks are hung off the file vnode (using negative block numbers). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project