From: Peter Williams <pwil3058@bigpond.net.au>
To: Lee Revell <rlrevell@joe-job.com>
Cc: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>,
Con Kolivas <kernel@kolivas.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: Schedulers benchmark - Was: [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6
Date: Fri, 19 Aug 2005 14:26:02 +1000 [thread overview]
Message-ID: <43055F5A.2000406@bigpond.net.au> (raw)
In-Reply-To: <1124422128.25424.7.camel@mindpipe>
Lee Revell wrote:
> On Fri, 2005-08-19 at 05:09 +0200, Michal Piotrowski wrote:
>
>>Hi,
>>here are interbench v0.29 resoults:
>
>
> The X test under simulated "Compile" load looks most interesting.
>
> Most of the schedulers do quite poorly on this test - only Zaphod with
> default max_ia_bonus and max_tpt_bonus manages to deliver under 100ms
> max latency. As expected with interactivity bonus disabled it performs
> horribly.
>
> I'd like to see some results with X reniced to -10. Despite what the
> 2.6 release notes say, this still seems to make a difference.
Even spa_no_frills, which does absolutely nothing to help interactive
(or other special interest) tasks, can cope in these circumstances as
illustrated by these results from my (relatively old) SMP machine show:
--- Benchmarking simulated cpu of X nice -10 in the presence of
simulated ---
Load Latency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met
None 0.01 +/- 0.129 2 100 99.3
Video 0.007 +/- 0.0818 1 100 99.3
Burn 0.006 +/- 0.0817 1 100 99.3
Write 0.033 +/- 0.271 3 99.3 98
Read 0.046 +/- 0.337 3 98.4 97
Compile 0.023 +/- 0.208 2 99.3 98.3
Memload 0.043 +/- 0.31 3 98.1 97
This machine isn't directly comparable with Michal's so for comparison
here are the results from "out of the box" Zaphod on the same machine:
--- Benchmarking simulated cpu of X in the presence of simulated ---
Load Latency +/- SD (ms) Max Latency % Desired CPU % Deadlines Met
None 0.02 +/- 0.2 2 99.3 98.7
Video 0.007 +/- 0.0818 1 100 99.3
Burn 0.023 +/- 0.208 2 99.3 98.3
Write 0.147 +/- 0.949 12 94.7 93.2
Read 0.033 +/- 0.258 2 98.7 97.7
Compile 2.94 +/- 10.7 105 76.8 71.6
Memload 0.017 +/- 0.153 2 100 98.7
As you can see there's evidence in these numbers the file writes are
implicated in the bad numbers for the Compile load (which is a mixture
of Burn, Read, Write and (I think) Memload). So testing with different
I/O schedulers might be interesting.
Peter
--
Peter Williams pwil3058@bigpond.net.au
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
next prev parent reply other threads:[~2005-08-19 4:26 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-15 4:46 [ANNOUNCE][RFC] PlugSched-5.2.4 for 2.6.12 and 2.6.13-rc6 Peter Williams
2005-08-15 12:29 ` Michal Piotrowski
[not found] ` <43012427.9080406@bigpond.net.au>
[not found] ` <4301330B.3070400@bigpond.net.au>
2005-08-16 12:54 ` Michal Piotrowski
2005-08-17 8:00 ` Con Kolivas
2005-08-17 11:23 ` Michal Piotrowski
2005-08-17 12:31 ` Con Kolivas
2005-08-16 21:49 ` Schedulers benchmark - Was: " Michal Piotrowski
2005-08-17 8:10 ` Peter Williams
2005-08-17 9:03 ` Con Kolivas
2005-08-17 18:04 ` Michal Piotrowski
2005-08-17 21:35 ` Con Kolivas
2005-08-17 23:15 ` Peter Williams
2005-08-17 23:16 ` Con Kolivas
2005-08-17 23:48 ` Peter Williams
2005-08-17 23:45 ` Con Kolivas
2005-08-19 3:09 ` Michal Piotrowski
2005-08-19 3:28 ` Lee Revell
2005-08-19 3:41 ` Con Kolivas
2005-08-19 4:41 ` Peter Williams
2005-08-19 4:36 ` Con Kolivas
2005-08-19 20:13 ` Lee Revell
2005-08-20 0:31 ` Con Kolivas
2005-08-20 3:04 ` Lee Revell
2005-08-20 18:52 ` Lee Revell
2005-08-19 4:26 ` Peter Williams [this message]
2005-08-17 11:59 ` Michal Piotrowski
2005-08-21 1:34 ` Michal Piotrowski
2005-08-21 1:47 ` Con Kolivas
2005-08-21 4:16 ` Michal Piotrowski
2005-08-21 4:22 ` Con Kolivas
2005-08-21 4:44 ` Michal Piotrowski
2005-08-21 4:49 ` Con Kolivas
2005-08-21 1:37 ` Michal Piotrowski
[not found] ` <4309125B.4020707@bigpond.net.au>
2005-08-22 11:39 ` Michal Piotrowski
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=43055F5A.2000406@bigpond.net.au \
--to=pwil3058@bigpond.net.au \
--cc=kernel@kolivas.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michal.k.k.piotrowski@gmail.com \
--cc=rlrevell@joe-job.com \
/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