All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 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.