Messages in this thread | | | Date | Thu, 15 Nov 2007 09:11:10 +0800 | From | Herbert Xu <> | Subject | Re: 2.6.24-rc2: Network commit causes SLUB performance regression with tbench |
| |
On Wed, Nov 14, 2007 at 05:03:25PM -0800, Christoph Lameter wrote: > > Well this is likely the result of the SLUB regression. If you allocate an > order 1 page then the zone locks need to be taken. SLAB queues the a > couple of higher order pages and can so serve a couple of requests without > going into the page allocator whereas SLUB has to go directly to the page > allocator for allocate and free. I guess that needs fixing in the page > allocator. Or do I need to add a mechanism to buffer higher order page > allcoations to SLUB?
Actually this serves to discourage people from using high-order allocations which IMHO is a good thing :)
Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |