[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <54290962.8010603@huawei.com>
Date: Mon, 29 Sep 2014 15:25:22 +0800
From: Zefan Li <lizefan@...wei.com>
To: Vladimir Davydov <vdavydov@...allels.com>
CC: <linux-kernel@...r.kernel.org>, Christoph Lameter <cl@...ux.com>,
"Pekka Enberg" <penberg@...nel.org>,
David Rientjes <rientjes@...gle.com>,
"Joonsoo Kim" <iamjoonsoo.kim@....com>,
Andrew Morton <akpm@...ux-foundation.org>, <linux-mm@...ck.org>
Subject: Re: [PATCH 0/4] Simplify cpuset API and fix cpuset check in SL[AU]B
On 2014/9/26 22:50, Vladimir Davydov wrote:
> Hi,
>
> SLAB and SLUB use hardwall cpuset check on fallback alloc, while the
> page allocator uses softwall check for all kernel allocations. This may
> result in falling into the page allocator even if there are free objects
> on other nodes. SLAB algorithm is especially affected: the number of
> objects allocated in vain is unlimited, so that they theoretically can
> eat up a whole NUMA node. For more details see comments to patches 3, 4.
>
> When I last sent a fix (https://lkml.org/lkml/2014/8/10/100), David
> found the whole cpuset API being cumbersome and proposed to simplify it
> before getting to fixing its users. So this patch set addresses both
> David's complain (patches 1, 2) and the SL[AU]B issues (patches 3, 4).
>
> Reviews are appreciated.
>
> Thanks,
>
> Vladimir Davydov (4):
> cpuset: convert callback_mutex to a spinlock
> cpuset: simplify cpuset_node_allowed API
> slab: fix cpuset check in fallback_alloc
> slub: fix cpuset check in get_any_partial
>
Acked-by: Zefan Li <lizefan@...wei.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists