diff options
author | Peter Zijlstra <[email protected]> | 2017-05-11 17:57:24 +0200 |
---|---|---|
committer | Ingo Molnar <[email protected]> | 2017-09-29 19:35:16 +0200 |
commit | 144d8487bc6e9b741895709cb46d4e19b748a725 (patch) | |
tree | 00e02dd5dfbfa99e3be67ed6e2015bf60b7bed2f /tools/perf/scripts/python/call-graph-from-sql.py | |
parent | 1ea6c46a23f1213d1972bfae220db5c165e27bba (diff) |
sched/fair: Implement synchonous PELT detach on load-balance migrate
Vincent wondered why his self migrating task had a roughly 50% dip in
load_avg when landing on the new CPU. This is because we uncondionally
take the asynchronous detatch_entity route, which can lead to the
attach on the new CPU still seeing the old CPU's contribution to
tg->load_avg, effectively halving the new CPU's shares.
While in general this is something we have to live with, there is the
special case of runnable migration where we can do better.
Tested-by: Vincent Guittot <[email protected]>
Signed-off-by: Peter Zijlstra (Intel) <[email protected]>
Cc: Linus Torvalds <[email protected]>
Cc: Peter Zijlstra <[email protected]>
Cc: Thomas Gleixner <[email protected]>
Cc: [email protected]
Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/call-graph-from-sql.py')
0 files changed, 0 insertions, 0 deletions