Subject: paging / memory management (Re: x86-32 PAE)
To: None <port-i386@netbsd.org>
From: Edward B. Dreger <eddy+public+spam@noc.everquick.net>
List: port-i386
Date: 07/11/2005 14:57:29
> From: Jason Thorpe

[ Re vnode tables, etc. growing too big with large RAM ]

JT> EBD> What is the proper behavior?
JT> Buy yourself with a 64-bit address space... like an Opteron.

True, but an odd response for an OS that supports VAXen and Sun2; surely 
there's more interest in NetBSD on PAE systems. ;-)  It looks like 
FreeBSD has hard limits on vnodes and friends...

Browsing pmap code has me wondering about:

* Boot-selectable MMU
* Coalescing 4K pages into 2M/4M pages when possible for fewer PT
* Mapping with cache coloring considerations
* Per-CPU page lists to reduce locking
* PSE36
* Unified x86 (i386, i386 + PAE, aa64) MMU.

Any interest in any of the above?  Any recommended resources other than 
source and Google?


Eddy
--
Everquick Internet - http://www.everquick.net/
A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/
Bandwidth, consulting, e-commerce, hosting, and network building
Phone: +1 785 865 5885 Lawrence and [inter]national
Phone: +1 316 794 8922 Wichita
________________________________________________________________________
DO NOT send mail to the following addresses:
davidc@brics.com -*- jfconmaapaq@intc.net -*- sam@everquick.net
Sending mail to spambait addresses is a great way to get blocked.
Ditto for broken OOO autoresponders and foolish AV software backscatter.