From owner-freebsd-current Mon Dec 4 16: 6:40 2000 From owner-freebsd-current@FreeBSD.ORG Mon Dec 4 16:06:39 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 9F25437B400 for ; Mon, 4 Dec 2000 16:06:38 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eB506PH77737; Mon, 4 Dec 2000 16:06:25 -0800 (PST) (envelope-from dillon) Date: Mon, 4 Dec 2000 16:06:25 -0800 (PST) From: Matt Dillon Message-Id: <200012050006.eB506PH77737@earth.backplane.com> To: Wilko Bulte Cc: Bernd Walter , janb@cs.utep.edu, Bernd Walter , David Greenman , freebsd-current@FreeBSD.ORG Subject: Re: current paging strategy References: <20001105175745.A42346@cicely8.cicely.de> <20001204234126.A5927@cicely5.cicely.de> <20001204235434.A3400@freebie.demon.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Mon, Dec 04, 2000 at 11:41:26PM +0100, Bernd Walter wrote: :> On Mon, Dec 04, 2000 at 02:36:44PM -0700, janb@cs.utep.edu wrote: :> > what exacly do you mean with critical path, here? :> :> Performance critical. :> Most RISC platforms are optimized for 32 and maybe 64 bit structures. :> E.g. First generation alphas (without BWX) can't even access anything :> smaller than 32bit in memory without doing big magic. :> So one byte can become a big impact on performance. : :One of the reasons anything < EV56 falls out of favor by dBMS folks these :days. : :-- :Wilko Bulte Arnhem, the Netherlands :wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl sizeof(vm_page_t) is more critical. Bloating the structure eats a massive amount of memory, so messing around with all the short and char fields is out of the question even if we were to take a cpu hit. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message