HMP: Force new non-kernel tasks onto big CPUs until load stabilises
authorChris Redpath <chris.redpath@arm.com>
Mon, 17 Jun 2013 15:08:40 +0000 (16:08 +0100)
committerJon Medhurst <tixy@linaro.org>
Wed, 17 Jul 2013 10:32:30 +0000 (11:32 +0100)
commit954978dd2cff81cc15745b9e581a1709e238f8ef
tree5b297723fc2cce8e5293b1b559bbe2952d2654ac
parent3f3b210703f80fe60dbfa13c25b30d4effbf9f4b
HMP: Force new non-kernel tasks onto big CPUs until load stabilises

Initialise the load stats for new tasks so that they do not
see the instability in early task life which makes it so hard to
decide which CPU is appropriate.

Also, change the fork balance algorithm so that the least loaded of
the CPUs in the big cluster is chosen regardless of the bigness of
the parent task.

This is intended to help performance for applications which use
many short-lived tasks. Although best practise is usually to use
a thread pool, apps which do not do this should not be subject to
the randomness of the early stats.

We should ignore real-time threads for forking on big CPUs, but
it is not possible to figure out if a new thread is real-time or
not at the fork stage. Instead, we prevent kernel threads from
getting the initial boost - when they later become real-time they
will only be on big if their compute requirements demand it.

Signed-off-by: Dietmar Eggemann <dietmar.eggemann@arm.com>
Signed-off-by: Chris Redpath <chris.redpath@arm.com>
kernel/sched/core.c
kernel/sched/fair.c