Re: [PATCH] mm-slab: allocate kmem_cache with __GFP_REPEAT

From: Eric Dumazet
Date: Wed Jul 20 2011 - 10:41:13 EST

Le mercredi 20 juillet 2011 Ã 18:32 +0400, Konstantin Khlebnikov a
Ãcrit :

> I catch this on our rhel6-openvz kernel, and yes it very patchy,
> but I don't see any reasons why this cannot be reproduced on mainline kernel.
> there was abount ten containers with random stuff, node already do intensive swapout but still alive,
> in this situation starting new containers sometimes (1 per 1000) fails due to kmem_cache_create failures in nf_conntrack,
> there no other messages except:
> Unable to create nf_conn slab cache
> and some
> nf_conntrack: falling back to vmalloc.
> (it try allocates huge hash table and do it via vmalloc if kmalloc fails)

Does this kernel contain commit 6d4831c2 ?
(vfs: avoid large kmalloc()s for the fdtable)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at