Re: [PATCH 0/3] retry slab allocation after first failure

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 19 Dec 2012, Glauber Costa wrote:

> The reclaim round, despite not being able to free a whole page, may very well
> have been able to free objects spread around multiple pages. Which means that
> at this point, a new object allocation would likely succeed.

I think this is reasonable but the approach is too intrusive on the hot
paths. Page allocation from the slab allocators happens outside of the hot
allocation and free paths.

slub has call to slab_out_of_memory in __slab_alloc which may be a
reasonable point to insert the logic.

slab has this whole fallback_alloc function to deal with short on memory
situations. Insert the additional logic there.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>


[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]