Re: large page patch

From: David S. Miller (
Date: Fri Aug 02 2002 - 03:20:40 EST

   From: David Mosberger <>
   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

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
More majordomo info at
Please read the FAQ at

This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:18 EST