[no subject]

fc5cdc4k2df92b2d5c109dab@mail.gmail.com> <4699588C.6040005@fs.ei.tum.de> <46995FB0.1080108@netphreax.net> <46996887.10404@fs.ei.tum.de>
From: Matthew Dillon <dillon@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@crater.dragonflybsd.org>
List-Subscribe: <mailto:kernel-request@crater.dragonflybsd.org?body=subscribe>
List-Unsubscribe: <mailto:kernel-request@crater.dragonflybsd.org?body=unsubscribe>
List-Help: <mailto:kernel-request@crater.dragonflybsd.org?body=help>
List-Owner: <mailto:owner-kernel@crater.dragonflybsd.org>
Sender: kernel-errors@crater.dragonflybsd.org
Errors-To: kernel-errors@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@backplane.com>