Re: hugepages will matter more in the future

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

 




On Sun, 11 Apr 2010, Avi Kivity wrote:
> 
> And yet Oracle and java have options to use large pages, and we know google
> and HPC like 'em.  Maybe they just haven't noticed the fundamental brokenness
> yet.

The thing is, what you are advocating is what traditional UNIX did. 
Prioritizing the special cases rather than the generic workloads.

And I'm telling you, it's wrong. Traditional Unix is dead, and it's dead 
exactly _because_ it prioritized those kinds of loads.

I'm perfectly happy to take specialized workloads into account, but it 
needs to help the _normal_ case too. Somebody mentioned 4k CPU support as 
an example, and that's a good example. The only reason we support 4k CPU's 
is that the code was made clean enough to work with them and actually 
help clean up the SMP code in general.

I've also seen Andrea talk about how it's all rock solid. We _know_ that 
is wrong, because the anon_vma bug is not solved. That bug apparently 
happens under low-memory situations, so clearly nobody has really stressed 
the low-memory case.

So here's the deal: make the code cleaner, and it's fine. And stop trying 
to sell it with _crap_.

			Linus

--
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]