[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87od925o15.wl%peter@chubb.wattle.id.au>
Date: Wed, 26 Mar 2008 11:25:58 +1100
From: Peter Chubb <peterc@...ato.unsw.edu.au>
To: David Miller <davem@...emloft.net>
Cc: peterc@...ato.unsw.edu.au, clameter@....com, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, linux-ia64@...r.kernel.org,
torvalds@...ux-foundation.org, ianw@...ato.unsw.edu.au
Subject: Re: larger default page sizes...
>>>>> "David" == David Miller <davem@...emloft.net> writes:
David> From: Peter Chubb <peterc@...ato.unsw.edu.au> Date: Wed, 26 Mar
David> 2008 10:41:32 +1100
>> It's actually harder than it looks. Ian Wienand just finished his
>> Master's project in this area, so we have *lots* of data. The main
>> issue is that, at least on Itanium, you have to turn off the
>> hardware page table walker for hugepages if you want to mix
>> superpages and standard pages in the same region. (The long format
>> VHPT isn't the panacea we'd like it to be because the hash function
>> it uses depends on the page size). This means that although you
>> have fewer TLB misses with larger pages, the cost of those TLB
>> misses is three to four times higher than with the standard pages.
David> If the hugepage is more than 3 to 4 times larger than the base
David> page size, which it almost certainly is, it's still an enormous
David> win.
That depends on the access pattern. We measured a small win for some
workloads, and a small loss for others, using 4k base pages, and
allowing up to 4G superpages (the actual sizes used depended on the
size of the objects being allocated, and the amount of contiguous
memory available).
--
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists