Re: large page patch

David S. Miller (davem@redhat.com)
Fri, 02 Aug 2002 01:20:40 -0700 (PDT)


From: David Mosberger <davidm@napali.hpl.hp.com>
Date: Thu, 1 Aug 2002 23:26:07 -0700

I'm a bit concerned about this, too. My preference would have been to
use the regular mmap() and shmat() syscalls with some
augmentation/hint as to what the preferred page size is (Simon
Winwood's OLS 2002 paper talks about some options here). I like this
because hints could be useful even with a transparent superpage
scheme.

A "hint" to use superpages? That's absurd.

Any time you are able to translate N pages instead of 1 page with 1
TLB entry it's always preferable.

I also don't buy the swapping complexity bit. The fact is, SHM and
anonymous pages are easy. Just stay away from the page cache and it
is pretty simple to just make the normal VM do this.

If set_pte sees a large page, you simply undo the large ptes in that
group and the complexity ends right there. This means the only maker
of large pages is the bit that creates the large mappings and has all
of the ideal conditions up front. Any time anything happens to that
pte you undo the large'ness of it so that you get normal PAGE_SIZE
ptes back.

Using superpages for anonymous+SHM pages is really the only area I
still think Linux's MM can offer inferior performance compared to what
the hardware is actually capable of.
-
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/