From: Ingo Molnar <mingo@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Thomas Gleixner <tglx@linutronix.de>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Mel Gorman <mgorman@suse.de>, Ben Segall <bsegall@google.com>,
Steven Rostedt <rostedt@goodmis.org>,
Juri Lelli <juri.lelli@redhat.com>
Subject: [GIT PULL] scheduler changes for v5.5
Date: Mon, 25 Nov 2019 13:59:44 +0100 [thread overview]
Message-ID: <20191125125944.GA22218@gmail.com> (raw)
Linus,
Please pull the latest sched-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-core-for-linus
# HEAD: de881a341c4143650fa50ce95cf450a5c94faa9f Merge branch 'sched/rt' into sched/core, to pick up commit
The biggest changes in this cycle were:
- Make kcpustat vtime aware (Frederic Weisbecker)
- Rework the CFS load_balance() logic (Vincent Guittot)
- Misc cleanups, smaller enhancements, fixes.
The load-balancing rework is the most intrusive change: it replaces the
old heuristics that have become less meaningful after the introduction of
the PELT metrics, with a grounds-up load-balancing algorithm.
As such it's not really an iterative series, but replaces the old
load-balancing logic with the new one. We hope there are no performance
regressions left - but statistically it's highly probable that there *is*
going to be some workload that is hurting from these chnages. If so then
we'd prefer to have a look at that workload and fix its scheduling,
instead of reverting the changes.
Thanks,
Ingo
------------------>
Frederic Weisbecker (22):
sched/cputime: Rename vtime_account_system() to vtime_account_kernel()
sched/cputime: Spare a seqcount lock/unlock cycle on context switch
sched/vtime: Record CPU under seqcount for kcpustat needs
sched/cputime: Add vtime idle task state
sched/cputime: Add vtime guest task state
context_tracking: Remove context_tracking_active()
context_tracking: Rename context_tracking_is_enabled() => context_tracking_enabled()
context_tracking: Rename context_tracking_is_cpu_enabled() to context_tracking_enabled_this_cpu()
context_tracking: Introduce context_tracking_enabled_cpu()
sched/vtime: Rename vtime_accounting_cpu_enabled() to vtime_accounting_enabled_this_cpu()
sched/vtime: Introduce vtime_accounting_enabled_cpu()
context_tracking: Check static key on context_tracking_enabled_*cpu()
sched/kcpustat: Introduce vtime-aware kcpustat accessor for CPUTIME_SYSTEM
procfs: Use vtime aware kcpustat accessor to fetch CPUTIME_SYSTEM
cpufreq: Use vtime aware kcpustat accessor to fetch CPUTIME_SYSTEM
leds: Use vtime aware kcpustat accessor to fetch CPUTIME_SYSTEM
sched/cputime: Support other fields on kcpustat_field()
sched/vtime: Bring up complete kcpustat accessor
procfs: Use all-in-one vtime aware kcpustat accessor
cpufreq: Use vtime aware kcpustat accessors for user time
leds: Use all-in-one vtime aware kcpustat accessor
rackmeter: Use vtime aware kcpustat accessor
Patrick Bellasi (1):
sched/fair/util_est: Implement faster ramp-up EWMA on utilization increases
Peter Zijlstra (6):
sched/fair: Better document newidle_balance()
sched/core: Make pick_next_task_idle() more consistent
sched/core: Optimize pick_next_task()
sched/core: Simplify sched_class::pick_next_task()
sched/fair: Use mul_u32_u32()
sched/core: Further clarify sched_class::set_next_task()
Srivatsa S. Bhat (VMware) (1):
sched/Kconfig: Fix spelling mistake in user-visible help text
Valentin Schneider (2):
sched/topology: Don't set SD_BALANCE_WAKE on cpuset domain relax
sched/uclamp: Fix overzealous type replacement
Vincent Guittot (14):
sched/fair: Clean up asym packing
sched/fair: Rename sg_lb_stats::sum_nr_running to sum_h_nr_running
sched/fair: Remove meaningless imbalance calculation
sched/fair: Rework load_balance()
sched/fair: Use rq->nr_running when balancing load
sched/fair: Use load instead of runnable load in load_balance()
sched/fair: Spread out tasks evenly when not overloaded
sched/fair: Use utilization to select misfit task
sched/fair: Use load instead of runnable load in wakeup path
sched/fair: Optimize find_idlest_group()
sched/fair: Rework find_idlest_group()
sched/fair: Fix rework of find_idlest_group()
sched/fair: Add comments for group_type and balancing at SD_NUMA level
sched/cpufreq: Move the cfs_rq_util_change() call to cpufreq_update_util()
arch/ia64/kernel/time.c | 4 +-
arch/powerpc/kernel/time.c | 6 +-
arch/s390/kernel/vtime.c | 4 +-
arch/x86/entry/calling.h | 2 +-
drivers/cpufreq/cpufreq.c | 17 +-
drivers/cpufreq/cpufreq_governor.c | 6 +-
drivers/leds/trigger/ledtrig-activity.c | 14 +-
drivers/macintosh/rack-meter.c | 7 +-
fs/proc/stat.c | 56 +-
include/linux/context_tracking.h | 30 +-
include/linux/context_tracking_state.h | 21 +-
include/linux/kernel_stat.h | 18 +
include/linux/sched.h | 9 +-
include/linux/tick.h | 2 +-
include/linux/vtime.h | 59 +-
kernel/Kconfig.preempt | 2 +-
kernel/context_tracking.c | 6 +-
kernel/sched/core.c | 18 +-
kernel/sched/cputime.c | 288 ++++++-
kernel/sched/deadline.c | 12 +-
kernel/sched/fair.c | 1437 +++++++++++++++++++------------
kernel/sched/features.h | 1 +
kernel/sched/idle.c | 10 +-
kernel/sched/rt.c | 12 +-
kernel/sched/sched.h | 25 +-
kernel/sched/stop_task.c | 9 +-
kernel/sched/topology.c | 9 +-
kernel/time/tick-sched.c | 2 +-
28 files changed, 1331 insertions(+), 755 deletions(-)
next reply other threads:[~2019-11-25 12:59 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-25 12:59 Ingo Molnar [this message]
2019-11-25 13:49 ` [GIT PULL] scheduler changes for v5.5 Valentin Schneider
2019-11-25 15:08 ` Ingo Molnar
2019-11-25 16:20 ` Valentin Schneider
2019-11-25 16:34 ` Mel Gorman
2019-11-25 16:48 ` Linus Torvalds
2019-11-25 16:50 ` Valentin Schneider
2019-11-26 23:25 ` Linus Torvalds
2019-11-27 1:30 ` pr-tracker-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191125125944.GA22218@gmail.com \
--to=mingo@kernel.org \
--cc=a.p.zijlstra@chello.nl \
--cc=bsegall@google.com \
--cc=dietmar.eggemann@arm.com \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=vincent.guittot@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.