Date: Mon, 4 Dec 2000 16:06:25 -0800 (PST) From: Matt Dillon <dillon@earth.backplane.com> To: Wilko Bulte <wkb@freebie.demon.nl> Cc: Bernd Walter <ticso@cicely5.cicely.de>, janb@cs.utep.edu, Bernd Walter <ticso@cicely8.cicely.de>, David Greenman <dg@root.com>, freebsd-current@FreeBSD.ORG Subject: Re: current paging strategy Message-ID: <200012050006.eB506PH77737@earth.backplane.com> References: <20001105175745.A42346@cicely8.cicely.de> <Pine.GSO.4.30.0012041436290.19621-100000@gecko> <20001204234126.A5927@cicely5.cicely.de> <20001204235434.A3400@freebie.demon.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
: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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200012050006.eB506PH77737>