Re: hugetlb demand paging patch part [0/3]

[David Gibson <david@gibson.dropbear.id.au>]

[-- Attachment #1: Type: text/plain, Size: 1374 bytes --]

On Wed, Apr 14, 2004 at 11:04:02AM +0200, Arjan van de Ven wrote:
> On Wed, 2004-04-14 at 01:17, Chen, Kenneth W wrote:
> > In addition to the hugetlb commit handling that we've been working on
> > off the list, Ray Bryant of SGI and I are also working on demand paging
> > for hugetlb page.  Here are our final version that has been heavily
> > tested on ia64 and x86.  I've broken the patch into 3 pieces so it's
> > easier to read/review, etc.
> 
> Ok I think it's time to say "HO STOP" here.
> 
> If you're going to make the kernel deal with different, concurrent page
> sizes then please do it for real. Or alternatively leave hugetlb to be
> the kludge/hack it is right now. Anything inbetween is the road to
> madness...

Well, bear in mind that in a number of ways these patches actually
simplify the hugetlb code, although I think most of that is not
inherently related to making the hugepage allocation on-demand rather
than prefaulted.  Nonetheless, doing the demand allocation is actually
really easy.  Even if you add COW as well, which these patches don't,
it doesn't actually make the hack any worse than it was already, but
it does make it more useful.

-- 
David Gibson			| For every complex problem there is a
david AT gibson.dropbear.id.au	| solution which is simple, neat and
				| wrong.
http://www.ozlabs.org/people/dgibson

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]