From: Peter Williams <pwil3058@bigpond.net.au>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: Michal Kaczmarski <fallow@op.pl>, Shane Shrybman <shrybman@aei.ca>
Subject: Re: [PATCH] Single Priority Array (SPA) CPU scheduler patches for 2.6.7
Date: Sun, 20 Jun 2004 16:19:43 +1000 [thread overview]
Message-ID: <40D52C7F.80403@bigpond.net.au> (raw)
In-Reply-To: <40D2485E.7030502@bigpond.net.au>
Peter Williams wrote:
> Are available as a single gzipped patch at:
>
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-combined-v1.0.gz>
>
> or as a series of patches to be applied in sequence (for easier
> understanding) at:
>
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA-v1.0.gz>
> replaces the active and expired array with a single array and adds a
> promotion mechanism to avoid starvation,
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA_IAB-v1.0.gz>
> replaces the interactive priority bonus mechanism with a simpler one,
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA_TPB-v1.0.gz>
> adds a throughput bonus mechanism,
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA_TSTATS-v1.0.gz>
> adds reporting of scheduling statistics including time spent on the run
> queue waiting for CPU access (to enable analysis of scheduling
> behaviour), and
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA_CNTL-v1.0.gz>
> adds a directory /proc/sys/kernel/cpusched to /proc/sys and a number of
> attributes that can be used to control the scheduler as follows:
>
> base_promotion_interval -- (milliseconds) controls the interval between
> successive promotions (is multiplied by the number of active tasks on
> the CPU in question) NB no promotion occurs if there are less than 2
> active tasks
>
> time_slice -- (milliseconds) the size of the time slice (i.e. how long
> it will be allowed to hold the CPU before it is kicked off to allow
> other tasks a chance to run) that is allocated to a task when it becomes
> active or finishes a time slice. (min is 1 millisec and max is 1 second).
>
> max_ia_bonus -- (a value between 0 and 10) that determines the maximum
> interactive bonus that a task can acquire
>
> ia_threshold -- (parts per thousand) is the sleep to (sleep + on_cpu)
> ratio above which a task will have its interactive bonus increased
> asymptotically towards the maximum
>
> cpu_hog_threshold -- (parts per thousand) is the usage rate above which
> a task will be considered a CPU hog and start to lose interactive bonus
> points if it has any
>
> max_tpt_bonus -- (a value between 0 and 9) that determines the maximum
> throughput bonus that tasks may be awarded
>
> log_at_exit - (0 or 1) turns off/on the logging of tasks' scheduling
> statistics at exit. This feature is useful for determining the
> scheduling characteristics of relatively short lived tasks that run as
> part of some larger job such as a kernel build where trying to get time
> series data is impractical.
>
> A primitive Python/Glade/GTK GUI for manipulating these parameters is
> available at:
>
> <http://users.bigpond.net.au/Peter-Williams/gcpuctl.tar.gz>
>
> In addition, a version of Con Kolivas's staircase scheduler with
> promotion and scheduler statistics added is available as a single patch at:
>
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-sc-combined-v1.0.gz>
>
>
> and as multiple patches at:
>
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA-v1.0.gz>
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA_STAIRCASE-v1.0.gz>
>
> <http://users.bigpond.net.au/Peter-Williams/patch-2_6_7-SPA_SC_TSTATS-v1.0.gz>
>
>
> and a primitive GUI for manipulating its control parameters is at:
>
> <http://users.bigpond.net.au/Peter-Williams/gcpuctl_sc.tar.gz>
To facilitate the comparative evaluation of the two CPU schedulers
described above they have been combined into a single patch with the
capability to switch between the to schedulers at run time. This patch
is available for download at:
<http://users.bigpond.net.au/Peter-Williams/patch-2.6.7-HYDRA_SC-v1.0.gz>
The file /proc/sys/kernel/cpusched/mode has been added to those
described above to control which of the schedulers is in control. The
string "sc" is used to select the staircase scheduler and "pb" to select
the priority based scheduler described above. The staircase scheduler
control parameters "compute" and "interactive" have been moved into
/proc/sys/kernel/cpusched along with the other scheduler control
parameters. A primitive Glade/PyGTK GUI that provides the ability to
switch between schedulers and to control scheduler parameters is
available at:
<http://users.bigpond.net.au/Peter-Williams/gcpuctl_hydra.tar.gz>
NB
1. None of the priority based scheduler control parameters will have any
effect when the staircase scheduler is in charge but the staircase
"compute" parameter will effect preemption for the priority based scheduler.
2. The staircase scheduler is based on Con's version 6.E and does not
contain his latest fixes but will be updated when he releases his next
patch.
--
Peter Williams pwil3058@bigpond.net.au
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
prev parent reply other threads:[~2004-06-20 6:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-18 1:41 [PATCH] Single Priority Array (SPA) CPU scheduler patches for 2.6.7 Peter Williams
2004-06-20 6:19 ` Peter Williams [this message]
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=40D52C7F.80403@bigpond.net.au \
--to=pwil3058@bigpond.net.au \
--cc=fallow@op.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=shrybman@aei.ca \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox