Thread (26 messages) 26 messages, 8 authors, 2016-04-01

Re: [PATCH -mm v2 1/3] slub: never fail to shrink cache

From: Pekka Enberg <hidden>
Date: 2015-01-28 22:01:33
Also in: lkml

On 1/28/15 6:31 PM, Christoph Lameter wrote:
On Wed, 28 Jan 2015, Vladimir Davydov wrote:
quoted
This patch therefore makes __kmem_cache_shrink() allocate the array on
stack instead of calling kmalloc, which may fail. The array size is
chosen to be equal to 32, because most SLUB caches store not more than
32 objects per slab page. Slab pages with <= 32 free objects are sorted
using the array by the number of objects in use and promoted to the head
of the partial list, while slab pages with > 32 free objects are left in
the end of the list without any ordering imposed on them.
Acked-by: Christoph Lameter <redacted>
Acked-by: Pekka Enberg <penberg@kernel.org>

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help