Re: hugepages will matter more in the future

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/17/2010 10:18 PM, Arjan van de Ven wrote:
On Sat, 17 Apr 2010 22:05:31 +0300
Avi Kivity<avi@xxxxxxxxxx>  wrote:

On 04/17/2010 10:05 PM, Arjan van de Ven wrote:
On Sat, 17 Apr 2010 21:18:12 +0300

Correct.  We're trying to reduce suckage from 2 cache misses per
access (3 for virt), to 1 cache miss per access.  We're also
freeing up space in the cache for data.

Saying the application already sucks isn't helping anything.

but the guy who's writing the application will already optimize for
this case...

I lost you.  What is he optimizing for?  4k pages?
not totally sucking on cache misses, eg trying to do data locality etc

Of course, but it's not always possible. Hence Java and Oracle (and Linux itself) try to map their data with large pages.

Things like a garbage collector, an LRU, or large object trees that are traversed by semi-random input are hard/impossible to localize.

--
Do not meddle in the internals of kernels, for they are subtle and quick to panic.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]