From: Steven Pratt <slpratt@austin.ibm.com>
To: Andrew Morton <akpm@digeo.com>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Minor scheduler fix to get rid of skipping in xmms
Date: Mon, 08 Sep 2003 17:27:06 -0500 [thread overview]
Message-ID: <3F5D023A.5090405@austin.ibm.com> (raw)
Andrew Morton wrote:
>That is not clear at this time. We do know that the reaim regression was
>introduced by sched-2.6.0-test2-mm2-A3, but we don't know why. Certainly
>that patch did not introduce the problem which Andrew's patch fixed. And
>we have theorised that Andrew's patch brought back the reaim throughput.
>And we have extrapolated those observations to possible improvements in
>volanomark throughput.
>
>It's all foggy and I'd like to see a clean rerun of specjbb and volanomark
>by Mark Peloquin and co, confirming that -mm6 is performing OK.
>
>
For specjbb things are looking good from a throughput point of view.
2.6.0-test4 2.6.0-test4-mm6
# of WHs OPs/sec OPs/sec %diff diff tolerance
---------- ------------ ------------ -------- ------------ ------------
1 9783.46 10093.09 3.16 309.63 293.50 *
4 33783.93 35763.79 5.86 1979.86 1013.52 *
7 54401.52 54288.06 -0.21 -113.46 1632.05
10 56861.59 56445.20 -0.73 -416.39 1705.85
13 56024.86 55720.23 -0.54 -304.63 1680.75
16 43874.77 48994.63 11.67 5119.86 1316.24 *
19 32658.83 31248.04 -4.32 -1410.79 979.76 *
But to get these numbers we are using much more CPU. I'll leave it to
others to decide if this is good or not.
CPU IDLE TIME
2.6.0-test4 2.6.0-test4-mm6
# of WHs %CPU %CPU %diff diff tolerance
---------- ------------ ------------ -------- ------------ ------------
1 87.30 87.31 0.01 0.01 3.62
4 49.53 49.51 -0.04 -0.02 2.49
7 12.40 12.32 -0.65 -0.08 1.37
10 0.36 0.40 11.11 0.04 1.01
13 1.20 0.62 -48.33 -0.58 1.04
16 15.17 2.79 -81.61 -12.38 1.46 *
19 30.66 5.29 -82.75 -25.37 1.92 *
Volanomark, on the other hand is still off by quite a bit from test4 stock
Results:Throughput
tolerance = 0.00 + 3.00% of 2.6.0-test4
2.6.0-test4 2.6.0-test4-mm6
Msgs/sec Msgs/sec %diff diff tolerance
---------- ------------ ------------ -------- ------------ ------------
1 40757 37223 -8.67 -3534.00 1222.71 *
>
>Also, I'm concerned that sched-2.6.0-test2-mm2-A3 caused slowdowns and
>Andrew's patch caused speedups and they just cancelled out. Let's get
>Andrew's patch into Linus's tree and see if it speeds things up. If it
>does, we probably still have a problem.
>
If thre is any particular patch/tree combination you would like me to
try out, please let me know and I will see if I can get the results for
you.
Steve
next reply other threads:[~2003-09-08 22:27 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-08 22:27 Steven Pratt [this message]
2003-09-08 22:56 ` [PATCH] Minor scheduler fix to get rid of skipping in xmms Andrew Morton
2003-09-08 23:22 ` William Lee Irwin III
2003-09-09 2:10 ` Con Kolivas
2003-09-09 2:16 ` Con Kolivas
2003-09-09 2:31 ` Con Kolivas
2003-09-09 2:33 ` Andrew Morton
2003-09-09 4:14 ` Nick Piggin
2003-09-09 6:49 ` Con Kolivas
2003-09-09 23:53 ` Cliff White
2003-09-10 2:12 ` Nick Piggin
2003-09-10 19:05 ` Steven Pratt
2003-09-10 20:23 ` Dave Hansen
[not found] ` <3F5FE385.10204@cyberone.com.au>
[not found] ` <3F607E62.3010903@austin.ibm.com>
[not found] ` <3F60873B.4000005@cyberone.com.au>
2003-09-11 22:57 ` Steven Pratt
2003-09-11 0:14 ` Cliff White
2003-09-09 22:06 ` Steven Pratt
2003-09-09 22:12 ` Andrew Morton
2003-09-10 13:59 ` Steven Pratt
2003-09-10 18:51 ` Steven Pratt
-- strict thread matches above, loose matches on Subject: below --
2003-09-11 23:32 Craig Thomas
2003-09-11 2:55 Andrew Theurer
2003-09-11 11:04 ` Nick Piggin
2003-09-11 13:05 ` Andrew Theurer
2003-09-11 13:53 ` Nick Piggin
2003-09-11 14:37 ` Andrew Theurer
[not found] <tCPY.4xU.1@gated-at.bofh.it>
[not found] ` <tDsR.5tY.31@gated-at.bofh.it>
[not found] ` <tZ0f.49P.5@gated-at.bofh.it>
[not found] ` <tZjz.4Bn.7@gated-at.bofh.it>
2003-09-09 23:24 ` David Mosberger-Tang
2003-09-06 15:58 John Yau
2003-09-06 16:57 ` Michael Buesch
2003-09-06 9:46 John Yau
2003-09-06 10:03 ` Michael Buesch
2003-09-06 17:01 ` Robert Love
2003-09-06 17:59 ` John Yau
2003-09-06 18:17 ` John Yau
2003-09-06 19:42 ` Rahul Karnik
2003-09-06 20:04 ` Robert Love
2003-09-06 22:41 ` John Yau
2003-09-07 2:40 ` Martin J. Bligh
2003-09-07 5:13 ` Nick Piggin
2003-09-07 7:48 ` Johnny Yau
2003-09-07 8:10 ` Nick Piggin
2003-09-07 8:35 ` John Yau
2003-09-07 9:26 ` Nick Piggin
2003-09-07 17:30 ` John Yau
2003-09-07 17:36 ` Nick Piggin
2003-09-08 0:22 ` Con Kolivas
2003-09-08 0:27 ` David Lang
2003-09-08 0:47 ` Con Kolivas
2003-09-07 5:08 ` Nick Piggin
2003-09-07 6:18 ` Andrew Morton
2003-09-07 6:29 ` Nick Piggin
2003-09-07 6:45 ` Andrew Morton
2003-09-07 6:59 ` Nick Piggin
2003-09-07 7:02 ` Nick Piggin
2003-09-07 14:32 ` Martin J. Bligh
2003-09-07 17:02 ` Robert Love
2003-09-07 17:34 ` Andrew Morton
2003-09-07 18:12 ` Nick Piggin
2003-09-07 18:13 ` Nick Piggin
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=3F5D023A.5090405@austin.ibm.com \
--to=slpratt@austin.ibm.com \
--cc=akpm@digeo.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox