From: David Mosberger <davidm@napali.hpl.hp.com>
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 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/
This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:30 EST