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.