From owner-freebsd-arch Mon Feb 5 13:10:16 2001 Delivered-To: freebsd-arch@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2879737B4EC for ; Mon, 5 Feb 2001 13:09:59 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA04841 for ; Mon, 5 Feb 2001 13:10:01 -0800 Date: Mon, 5 Feb 2001 13:09:54 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: arch@FreeBSD.ORG Subject: Re: Bumping up {MAX,DFLT}*PHYS (was Re: Bumping up {MAX,DFL}*SIZ in i386) In-Reply-To: <28618.981406901@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All of this is nice and fine, but the take home notion here is that there's more than a "maximum" or a "preferred" size. There's also a "required request size". And this isn't a constant value you can stash in a dev_t- or you'll have to have drivers change it as required. It seems to me that the physio should just be beefed up to take an argument to a 'parameterization' function, and that flags could be used that say "we don't even need this mapped any where- just make sure that the pages referred to are resident". All of the other stuff is really more of a tight interaction with VM for optimizing. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message