From owner-freebsd-hackers Tue Oct 24 11:44:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D688E37B479 for ; Tue, 24 Oct 2000 11:44:25 -0700 (PDT) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e9OIiNB14059; Tue, 24 Oct 2000 11:44:23 -0700 (PDT) Date: Tue, 24 Oct 2000 11:44:23 -0700 From: Alfred Perlstein To: void Cc: hackers@FreeBSD.ORG Subject: Re: Solaris 8's split cache Message-ID: <20001024114423.I28123@fw.wintelcom.net> References: <20001024193724.A8443@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001024193724.A8443@firedrake.org>; from float@firedrake.org on Tue, Oct 24, 2000 at 07:37:24PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * void [001024 11:37] wrote: > http://sunsolve.Sun.COM/pub-cgi/show.pl?target=content/content8#cyclical > > BSD doesn't do anything like this (distinguishing between instructions > and data in the VM cache), does it? Should it? It's an interesting idea, the only weirdness is that one could pretty easily tie down a lot of memory with underused instruction data and force the filesystem cache to use a much smaller subset of memory than it should degrading performance, it could also work against you in the opposite direction. If solaris is able to put these pages on a "general inactive+free queue" after some time so that pages can migrate between the two caches it would help out some. Interestingly enough we're trying to address a problem related to this in FreeBSD right now, but I'm not sure the Solaris solution is the right way to go. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message