On Wed, 28 Jan 2015, Vladimir Davydov wrote:Acked-by: Pekka Enberg <penberg@xxxxxxxxxx>
This patch therefore makes __kmem_cache_shrink() allocate the array onAcked-by: Christoph Lameter <cl@xxxxxxxxx>
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.