Re: larger default page sizes...

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: David Mosberger-Tang <dmosberger@...>
Cc: Peter Chubb <peterc@...>, David Miller <davem@...>, <clameter@...>, <linux-mm@...>, <linux-kernel@...>, <linux-ia64@...>, <torvalds@...>, <ianw@...>
Date: Tuesday, March 25, 2008 - 8:57 pm

>>>>> "David" == David Mosberger-Tang <dmosberger@gmail.com> writes:

David> On Tue, Mar 25, 2008 at 5:41 PM, Peter Chubb
David> <peterc@gelato.unsw.edu.au> wrote:

David> Why not just repeat the PTEs for super-pages?  That won't work
David> for huge pages, but for superpages that are a reasonable
David> multiple (e.g., 16-times) the base-page size, it should work
David> nicely.

You end up having to repeat PTEs to fit into Linux's page table
structure *anyway* (unless we can change Linux's page table).  But
there's no place in the short format hardware-walked page table (that
reuses the leaf entries in Linux's table) for a page size.  And if you
use some of the holes in the format, the hardware walker doesn't
understand it --- so you have to turn off the hardware walker for
*any* regions where there might be a superpage.  

If you use the long format VHPT, you have a choice:  load the
hash table with just the translation that caused the miss, load all
possible hash entries that could have caused the miss for the page, or
preload the hash table when the page is instantiated, with all
possible entries that could hash to the huge page.  I don't remember
the details, but I seem to remember all these being bad choices for
one reason or other ... Ian, can you elaborate?

--
Dr Peter Chubb  http://www.gelato.unsw.edu.au  peterc AT gelato.unsw.edu.au
http://www.ertos.nicta.com.au           ERTOS within National ICT Australia
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[11/14] vcompound: Fallbacks for order 1 stack allocations o..., Christoph Lameter, (Fri Mar 21, 2:17 am)
Re: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Mon Mar 24, 3:53 pm)
Re: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Tue Mar 25, 1:55 pm)
Re: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Fri Mar 21, 1:40 pm)
Re: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Mon Mar 24, 2:27 pm)
larger default page sizes..., David Miller, (Mon Mar 24, 4:37 pm)
Re: larger default page sizes..., Christoph Lameter, (Mon Mar 24, 5:05 pm)
Re: larger default page sizes..., David Miller, (Mon Mar 24, 5:43 pm)
Re: larger default page sizes..., Christoph Lameter, (Tue Mar 25, 1:48 pm)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 7:22 pm)
Re: larger default page sizes..., Peter Chubb, (Tue Mar 25, 7:41 pm)
Re: larger default page sizes..., David Mosberger-Tang, (Tue Mar 25, 8:34 pm)
Re: larger default page sizes..., Peter Chubb, (Tue Mar 25, 8:57 pm)
Re: larger default page sizes..., John Marvin, (Wed Mar 26, 12:16 am)
Re: larger default page sizes..., David Miller, (Wed Mar 26, 12:36 am)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 8:39 pm)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 7:49 pm)
Re: larger default page sizes..., Peter Chubb, (Tue Mar 25, 8:25 pm)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 8:31 pm)
RE: larger default page sizes..., Luck, Tony, (Mon Mar 24, 5:25 pm)
Re: larger default page sizes..., David Miller, (Mon Mar 24, 5:46 pm)
Re: larger default page sizes..., Paul Mackerras, (Mon Mar 24, 11:29 pm)
Re: larger default page sizes..., Andi Kleen, (Tue Mar 25, 8:05 am)
Re: larger default page sizes..., Paul Mackerras, (Wed Mar 26, 1:24 am)
Re: larger default page sizes..., Christoph Lameter, (Wed Mar 26, 1:56 pm)
Re: larger default page sizes..., Paul Mackerras, (Wed Mar 26, 11:00 pm)
Re: larger default page sizes..., David Miller, (Wed Mar 26, 7:21 pm)
Re: larger default page sizes..., Linus Torvalds, (Wed Mar 26, 11:59 am)
Re: larger default page sizes..., Paul Mackerras, (Wed Mar 26, 9:08 pm)
Re: larger default page sizes..., Paul Mackerras, (Tue Mar 25, 5:27 pm)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 12:15 am)
Re: larger default page sizes..., Paul Mackerras, (Tue Mar 25, 7:50 am)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 7:32 pm)
RE: larger default page sizes..., Luck, Tony, (Tue Mar 25, 7:49 pm)
Re: larger default page sizes..., Nish Aravamudan, (Wed Mar 26, 11:54 am)
RE: larger default page sizes..., Luck, Tony, (Wed Mar 26, 1:05 pm)
Re: larger default page sizes..., Mel Gorman, (Wed Mar 26, 2:54 pm)
Re: larger default page sizes..., David Miller, (Tue Mar 25, 8:16 pm)
Re: larger default page sizes..., Dave Hansen, (Tue Mar 25, 2:27 pm)
RE: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Tue Mar 25, 1:42 pm)
RE: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Tue Mar 25, 3:25 pm)
Re: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Fri Mar 21, 1:33 pm)
Re: [11/14] vcompound: Fallbacks for order 1 stack allocatio..., Christoph Lameter, (Fri Mar 21, 3:04 pm)