summaryrefslogtreecommitdiff
path: root/drivers/nvme/host/nvme.h
diff options
context:
space:
mode:
authorPeter Zijlstra <peterz@infradead.org>2016-06-24 13:53:54 (GMT)
committerIngo Molnar <mingo@kernel.org>2016-06-27 09:18:36 (GMT)
commit7dd4912594daf769a46744848b05bd5bc6d62469 (patch)
tree410bacdb6febc36c9adaf6db1437110ecdf95c00 /drivers/nvme/host/nvme.h
parent4c2e07c6a29e0129e975727b9f57eede813eea85 (diff)
downloadlinux-7dd4912594daf769a46744848b05bd5bc6d62469.tar.xz
sched/fair: Fix effective_load() to consistently use smoothed load
Starting with the following commit: fde7d22e01aa ("sched/fair: Fix overly small weight for interactive group entities") calc_tg_weight() doesn't compute the right value as expected by effective_load(). The difference is in the 'correction' term. In order to ensure \Sum rw_j >= rw_i we cannot use tg->load_avg directly, since that might be lagging a correction on the current cfs_rq->avg.load_avg value. Therefore we use tg->load_avg - cfs_rq->tg_load_avg_contrib + cfs_rq->avg.load_avg. Now, per the referenced commit, calc_tg_weight() doesn't use cfs_rq->avg.load_avg, as is later used in @w, but uses cfs_rq->load.weight instead. So stop using calc_tg_weight() and do it explicitly. The effects of this bug are wake_affine() making randomly poor choices in cgroup-intense workloads. Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Cc: <stable@vger.kernel.org> # v4.3+ Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Fixes: fde7d22e01aa ("sched/fair: Fix overly small weight for interactive group entities") Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'drivers/nvme/host/nvme.h')
0 files changed, 0 insertions, 0 deletions