Re: [PATCH 30/31] sched, numa, mm: Implement slow start for working set sampling
From: Mel Gorman <mgorman@suse.de>
Date: 2012-11-01 15:52:33
Also in:
lkml
From: Mel Gorman <mgorman@suse.de>
Date: 2012-11-01 15:52:33
Also in:
lkml
On Thu, Oct 25, 2012 at 02:16:47PM +0200, Peter Zijlstra wrote:
Add a 1 second delay before starting to scan the working set of a task and starting to balance it amongst nodes. [ note that before the constant per task WSS sampling rate patch the initial scan would happen much later still, in effect that patch caused this regression. ] The theory is that short-run tasks benefit very little from NUMA placement: they come and go, and they better stick to the node they were started on. As tasks mature and rebalance to other CPUs and nodes, so does their NUMA placement have to change and so does it start to matter more and more.
Yeah, ok. It's done by wall time, right? Should it be CPU time in case it spent the first second asleep? -- Mel Gorman SUSE Labs -- 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>