Re: [PATCH 5/5] [hugetlb] Try to grow pool for MAP_SHARED mappings

Christoph Lameter
2007-07-13T21:47:54Z

On Fri, 13 Jul 2007, Ken Chen wrote:

> > since it requires the serialization of the hugetlb faults. Could we please
> > get this straigthened out? This serialization somehow snuck in when I was
> > not looking and it screws up multiple things.
>
> Sadly, global serialization has some nice property. It is now used in
> three paths that I'm aware of:
> (1) shared mapping reservation count
> (2) linked list protection in unmap_hugepage_range
> (3) shared page table on hugetlb mapping.
>
> i suppose (2) and (3) can be moved into per-inode lock?

Could we just leave the reservation system off and just enable it when
something like DB2 runs that needs it?

We should be using standard locking conventions for regular
pages as much as possible.