Re: large page patch (fwd) (fwd)

From: David S. Miller (
Date: Mon Aug 05 2002 - 23:58:17 EST

   From: David Mosberger <>
   Date: Mon, 5 Aug 2002 22:01:16 -0700
   In my opinion, this is perhaps the strongest argument *for* a separate
   "giant page" syscall interface. It will be very hard (perhaps
   impossible) to optimize superpages to work efficiently when the ratio
   of superpage/basepage grows huge (as, by definition, the kernel would
   manage them as a set of basepages).

Actually, this is one of the reasons there was a lot of research into
using sub-page clustering for large mappings in the TLB. Basically
how this worked is that for a superpage, you could stick multiple
sub-mappings into the entry such that you didn't need a fully
physically contiguous superpage.

It's talked about in one of the Talluri papers.
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:30 EST