No subject

[Unknown]

fc5cdc4k2df92b2d5c109dab at mail.gmail.com> <4699588C.6040005 at fs.ei.tum.de> <46995FB0.1080108 at netphreax.net> <46996887.10404 at fs.ei.tum.de>
From: Matthew Dillon <dillon at apollo.backplane.com>
Subject: Re: 4mb PAGES for mbuf clusters
Date: Sat, 14 Jul 2007 17:29:26 -0700 (PDT)
BestServHost: crater.dragonflybsd.org
List-Post: <mailto:kernel at crater.dragonflybsd.org>
List-Subscribe: <mailto:kernel-request at crater.dragonflybsd.org?body=subscribe>
List-Unsubscribe: <mailto:kernel-request at crater.dragonflybsd.org?body=unsubscribe>
List-Help: <mailto:kernel-request at crater.dragonflybsd.org?body=help>
List-Owner: <mailto:owner-kernel at crater.dragonflybsd.org>
Sender: kernel-errors at crater.dragonflybsd.org
Errors-To: kernel-errors at crater.dragonflybsd.org
Lines: 24
NNTP-Posting-Host: 216.240.41.25
X-Trace: 1184459774 crater_reader.dragonflybsd.org 796 216.240.41.25
Xref: crater_reader.dragonflybsd.org dragonfly.kernel:11254


:
:Thomas E. Spanjaard wrote:
:>>> Is not the large pages necessary for 64 GB memory support ?
:>> no.  and PAE is stupid, so we won't do that.  it's really stupid.  
:> Actually, we will do that. Perhaps not on x86-32, but it sure is a 
:> requirement for 64bit long mode on x86-64...
:
:what is?  PAE is not, just the 4-level page table.
:
:cheers
:  simon
     
     Nothing wrong with the 4-level page table.  It's designed so you
     can assign address spaces their own independant page table directories.
     So, for example, the kernel would no longer need to stuff all the
     kernel's PTEs into each user page table in order to keep the kernel
     mapped.

     Besides, pretty much all the levels except the last are cached.

					-Matt
					Matthew Dillon 
					<dillon at backplane.com>