From owner-freebsd-current Mon Apr 16 14:46:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id E3EEA37B449 for ; Mon, 16 Apr 2001 14:46:17 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3GLkGT82369; Mon, 16 Apr 2001 14:46:16 -0700 (PDT) (envelope-from dillon) Date: Mon, 16 Apr 2001 14:46:16 -0700 (PDT) From: Matt Dillon Message-Id: <200104162146.f3GLkGT82369@earth.backplane.com> To: "Justin T. Gibbs" Cc: Doug Barton , "'current@freebsd.org'" Subject: Re: FW: Filesystem gets a huge performance boost References: <200104161634.f3GGYZs11356@aslan.scsiguy.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :> I don't consider it inefficient. Sure, if you look at this one aspect :> of the caching taken out of context it may appear to be inefficient, :> but if you look at the whole enchilada the memory issue is nothing :> more then a minor footnote - not worth the effort of worrying about. : :This is like saying that there is nothing to be gained by making better :use of available cache memory. I don't care that the cache is dynamic :and caches the right things when the cache is effectively made so small :that it doesn't cache my working set. Even with VMIO turned on for :directories, Linux kicks our ass in caching meta-data unless you have :a lot of memory. That sucks. : :-- :Justin It is not implying that at all. There is no black and white here. This is a case where spending a huge amount of time and complexity to get the efficiency down to the Nth degree is nothing but a waste of time. What matters is what the user sees, what performance the application gets, and how many bugs you introduce when optimizing something that might not need optimizing. And in regards to Linux... you can't possibly be implying that performance differences between linux and FreeBSD are due to whether we spend 4K or 512 bytes caching a directory block. The issue has nothing to do with small-directory memory efficiency. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message