From owner-freebsd-hackers Sun Sep 23 2:35:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id E86D037B417 for ; Sun, 23 Sep 2001 02:35:30 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.4/8.11.4) with ESMTP id f8N9Y1v96471; Sun, 23 Sep 2001 11:34:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matt Dillon Cc: David Greenman , Seigo Tanimura , bright@wintelcom.net, hackers@FreeBSD.ORG Subject: Re: Conclusions on... was Re: More on the cache_purgeleafdirs() routine In-Reply-To: Your message of "Sat, 22 Sep 2001 23:42:25 PDT." <200109230642.f8N6gPj84955@earth.backplane.com> Date: Sun, 23 Sep 2001 11:34:01 +0200 Message-ID: <96469.1001237641@critter> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200109230642.f8N6gPj84955@earth.backplane.com>, Matt Dillon writes: > My patch doesn't make a distinction but assumes that (A) will tend to > hold for higher level directories: that is, that higher level directories > tend to be accessed more often and thus will tend to have pages in the > VM Page Cache, and thus not be candidates for reuse anyway. So my patch > has a very similar effect but without the overhead. Back when I rewrote the VFS namecache back in 1997 I added that clause because I saw directories getting nuked in no time because there were no pages holding on to them (device nodes were even worse!) So refresh my memory here, does directories get pages cached in VM if you have vfs.vmiodirenable=0 ? What about !UFS filesystems ? Do they show a performance difference ? Also, don't forget that if the VM system gave preferential caching to directory pages, we wouldn't need the VFS-cache very much in the first place... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message