I forget what an extremist you are. My claim is that
some processes benefit from big pages, some do not.
A 16G process needs 2^25 bytes of PTE at 4kbytes/page if I
did the numbers right. Just populating 4 million odd page tables is a
pain. I might be wrong about it, but I wonder if just scaling
up from a working 32 bit strategy gets you anywhere.
If you want to optimize for gnome, you get a very different
layout. But Hammer and ia64 are supposedly designed for huge
databases, routing tables, and images. Our good friends at Intel
claim "carrier grade" Linux needs to run threaded apps
with 10,000 threads to depose Solaris in telecom - all sharing the
same monster address space.
> Admit it, you're just wrong. 2M page sizes are _not_ useful for the common
> case, and won't be for years to come.
What's the "common case" for 64 bit ? Do you really think it will
be on desktop soon?
>
> In short, youäre
Don't use umlauts unless you are ready to back it up.
>
> > They say:
> > Hammer microarchitecture features a flush filter allowing multiple
> > processes to share TLB without SW intervention.
> >
> > Not a lot of technical detail in that.
>
> I suspect it's some special case for windows with a special MSR that
> enables something illegal that just works well for whatever patterns
> windows does.
sounds like it from what Andi wrote. disappointing.
>
> Linus
-- --------------------------------------------------------- Victor Yodaiken Finite State Machine Labs: The RTLinux Company. www.fsmlabs.com www.rtlinux.com- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/