lkml.org 
[lkml]   [2012]   [Nov]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 30/31] sched, numa, mm: Implement slow start for working set sampling
    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


    \
     
     \ /
      Last update: 2012-11-01 17:41    [W:7.071 / U:24.312 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site