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

Christoph Lameter
2007-07-13T21:29:55Z

On Fri, 13 Jul 2007, Adam Litke wrote:

> To be honest, I just don't think a global hugetlb pool and cpusets are
> compatible, period. I wonder if moving to the mempool interface and

Sorry no. We always had per node pools. There is no need to have per
cpuset pools.

> Hmm, I see what you mean, but cpusets are already broken because we use
> the global resv_huge_pages counter. I realize that's what the
> cpuset_mems_nr() thing was meant to address but it's not correct.

Well the global reserve counter causes a big reduction in performance
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.