public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Con Kolivas <conman@kolivas.net>
To: linux kernel mailing list <linux-kernel@vger.kernel.org>
Cc: Nick Piggin <piggin@cyberone.com.au>
Subject: [BENCHMARK] 2.4.{19,20,20-ac2} with contest
Date: Fri, 17 Jan 2003 13:53:14 +1100	[thread overview]
Message-ID: <200301171353.23254.conman@kolivas.net> (raw)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Here's a set of contest benchmarks with the new version of contest for 2.4.x 
including 2.4.20-ac2:

no_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       76      96.1    0       0.0     1.00
2.4.20          3       77      94.8    0       0.0     1.00
2.4.20-ac2      2       76      96.1    0       0.0     1.00
2.5.58          2       79      96.2    0       0.0     1.00
2.5.58-mm1      4       79      96.2    0       0.0     1.00
cacherun:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       74      100.0   0       0.0     0.97
2.4.20          3       74      98.6    0       0.0     0.96
2.4.20-ac2      2       74      98.6    0       0.0     0.97
2.5.58          2       76      100.0   0       0.0     0.96
2.5.58-mm1      4       77      97.4    0       0.0     0.97
process_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       122     56.6    102     41.0    1.61
2.4.20          5       123     56.9    103     39.8    1.60
2.4.20-ac2      2       103     70.9    66      26.2    1.36
2.5.58          2       92      81.5    27      15.2    1.16
2.5.58-mm1      3       94      80.9    29      16.0    1.19
ctar_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       96      81.2    1       4.2     1.26
2.4.20          3       97      81.4    1       4.1     1.26
2.4.20-ac2      4       108     71.3    1       5.6     1.42
2.5.58          3       117     82.1    1       6.0     1.48
2.5.58-mm1      3       109     81.7    1       4.6     1.38
xtar_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       107     71.0    1       4.7     1.41
2.4.20          3       116     66.4    2       6.0     1.51
2.4.20-ac2      4       121     63.6    1       6.6     1.59
2.5.58          3       122     80.3    1       6.6     1.54
2.5.58-mm1      3       121     76.0    1       6.6     1.53
io_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       286     26.6    23      15.3    3.76
2.4.20          3       219     34.2    17      16.0    2.84
2.4.20-ac2      4       240     30.8    17      15.0    3.16
2.5.58          3       153     54.9    8       14.3    1.94
2.5.58-mm1      6       156     51.3    9       14.7    1.97
read_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       133     58.6    9       5.3     1.75
2.4.20          5       120     64.2    32      9.2     1.56
2.4.20-ac2      2       131     59.5    10      6.9     1.72
2.5.58          3       96      82.3    9       5.2     1.22
2.5.58-mm1      3       100     81.0    6       6.0     1.27
list_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       88      86.4    0       5.7     1.16
2.4.20          3       88      85.2    0       8.0     1.14
2.4.20-ac2      1       89      84.3    0       7.9     1.17
2.5.58          3       91      85.7    0       8.8     1.15
2.5.58-mm1      2       92      83.7    0       9.8     1.16
mem_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       96      78.1    43      1.0     1.26
2.4.20          3       95      80.0    45      1.1     1.23
2.4.20-ac2      3       101     77.2    91      4.0     1.33
2.5.58          3       107     73.8    66      1.9     1.35
2.5.58-mm1      3       104     75.0    50      1.0     1.32
dbench_load:
Kernel     [runs]       Time    CPU%    Loads   LCPU%   Ratio
2.4.19          3       149     49.0    7       38.3    1.96
2.4.20          3       148     49.3    7       38.5    1.92
2.4.20-ac2      3       111     67.6    3       23.4    1.46
2.5.58          3       122     64.8    3       24.6    1.54
2.5.58-mm1      3       118     66.9    3       22.0    1.49

The different scheduler in ac2 shows up in process_load. The ide changes 
appear to make io loads tend towards 2.5 results in places. ac2 is also prone 
to the same out of memory unable to fork problem immediately after io_load 
which goes away if overcommit is enabled.

* Note to those who are not aware this is an issue and using contest: *
Unfortunately by running make oldconfig && dep again I've changed the fs 
layout and will need to start with a new baseline from this point on. The 
number of page faults changes after this is done and kernel compilation takes 
a different length of time. Normally the number of page faults between runs 
is very close. And yes this does make a significant difference to the 
results. 

Con
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE+J3AaF6dfvkL3i1gRApwYAJ9AyYtgyAbzpbE2rviKOuQUAvOYKQCffgp0
8osik5cj300BDMLnj+lTwrU=
=xKSy
-----END PGP SIGNATURE-----

                 reply	other threads:[~2003-01-17  2:44 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=200301171353.23254.conman@kolivas.net \
    --to=conman@kolivas.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=piggin@cyberone.com.au \
    /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