From owner-freebsd-hackers Tue Apr 10 19:44:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id C854E37B422 for ; Tue, 10 Apr 2001 19:44:24 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.11.2) id f3B2iHk97869; Tue, 10 Apr 2001 19:44:17 -0700 (PDT) (envelope-from dillon) Date: Tue, 10 Apr 2001 19:44:17 -0700 (PDT) From: Matt Dillon Message-Id: <200104110244.f3B2iHk97869@earth.backplane.com> To: Rik van Riel Cc: David Xu , freebsd-hackers@FreeBSD.ORG Subject: Re: vm balance References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's randomness that will kill performance. You know the old saying about caches: They only work if you get cache hits, otherwise they only slow things down. -Matt :Which is ok if there isn't too much activity with these data :structures, but I'm not sure if it works when you have a lot :of metadata activity (though I'm not sure in what kind of :workload you'd see this). : :Also, if you have a lot of metadata activity, you'll essentially :double the memory requirements, since you'll have the stuff cached :in both the internal structures and in the VM PAGE cache. I'm not :sure how much of a hit this would be, though, if the internal :structures are limited to a small enough size... : :regards, : :Rik To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message