Thread (75 messages) 75 messages, 10 authors, 2012-11-14

Re: [PATCH v6 00/29] kmem controller for memcg.

From: Pekka Enberg <penberg@kernel.org>
Date: 2012-11-02 08:30:10
Also in: lkml

On Fri, Nov 2, 2012 at 2:04 AM, Andrew Morton [off-list ref] wrote:
One thing:
quoted
Numbers can be found at https://lkml.org/lkml/2012/9/13/239
You claim in the above that the fork worload is 'slab intensive".  Or
at least, you seem to - it's a bit fuzzy.

But how slab intensive is it, really?

What is extremely slab intensive is networking.  The networking guys
are very sensitive to slab performance.  If this hasn't already been
done, could you please determine what impact this has upon networking?
I expect Eric Dumazet, Dave Miller and Tom Herbert could suggest
testing approaches.
IIRC, networking guys have reduced their dependency on slab
performance recently.

Few simple benchmarks to run are hackbench, netperf, and Christoph's
famous microbenchmarks. The sad reality is that you usually have to
wait for few release cycles before people notice that you've destroyed
performance of their favourite workload. :-/

--
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