lkml.org 
[lkml]   [2011]   [Apr]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [patch 11/15] sched: hierarchical task accounting for SCHED_OTHER
    From
    Date
    On Tue, 2011-03-22 at 20:03 -0700, Paul Turner wrote:
    > With task entities participating in throttled sub-trees it is possible for
    > task activation/de-activation to not lead to root visible changes to
    > rq->nr_running. This in turn leads to incorrect idle and weight-per-task load
    > balance decisions.
    >
    > To allow correct accounting we move responsibility for updating rq->nr_running
    > to the respective sched::classes. In the fair-group case this update is
    > hierarchical, tracking the number of active tasks rooted at each group entity.
    >
    > This also allows us to fix a small buglet in pick_next_task() when group
    > scheduling is enabled.
    >
    > Note: technically this issue also exists with the existing sched_rt
    > throttling; however due to the nearly complete provisioning of system
    > resources for rt scheduling this is much less common by default.

    Shouldn't this patch live at the start of the series?




    \
     
     \ /
      Last update: 2011-04-05 15:31    [W:5.011 / U:0.660 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site