From: Cliff White <cliffw@osdl.org>
To: linux-kernel@vger.kernel.org
Subject: [OSDL][BENCHMARK] OSDL-DBT-2 - 2.4 vs 2.5 4-way/8-way with vmstat
Date: Fri, 31 Jan 2003 12:26:58 -0800 [thread overview]
Message-ID: <200301312026.h0VKQwp28398@mail.osdl.org> (raw)
As Andrew requested, we now have posted DBT-2 results with vmstat
data included for the 8-way workloads we reported previously.
Runs have been included from both the cached and non-cached variants
of the workload. The 8-way results used the same database cache
size setting (2656M).
In addition, we have results for DBT-2 running on STP for the cached workload
comparing 2.4.18 versus 2.5.54dcl (the Data Center Linux kernel). In these
runs we varied the database cache size setting (LM=2031MB, MM=2344MB,
HH=2656M).
Summary of results (Higher Metric is better)
CPUs OS Load Memory Metric (Avg)
---- --- ---- ------ ------------
8way 2.4 Cached HM--- 4475.45
8way 2.5 Cached HM--- 5063.5
% speedup 2.5vs2.4----- 13.1 <---
8way 2.4 NonCached HM 1414.18
8way 2.5 NonCached HM 1659.8
% speedup 2.5vs2.4----- 17.4 <---
4way 2.4 Cached LM----2784.4
4way 2.5 Cached LM----2941
% speedup 2.5vs2.4---- 5.62 <---
4way 2.4 Cached MM----2786.2
4way 2.5 Cached MM----2939.8
% speedup 2.5vs2.4----- 5.51 <---
4way 2.4 Cached HM----2786
4way 2.5 Cached HM----2947.2
% speedup 2.5vs2.4----- 5.79 <---
Here are some highlights/comments:
Both the 4 way runs and the 8-way runs show improvement going from
2.4 to 2.5. The improvement is larger for the 8-way run. We believe
the 2.5 4-way would have improved more if it had not hit a CPU wall.
Observe the plot of vmstat percent user data at :
http://www.osdl.org/projects/dbt2dev/results/STP_4way/us.html
From the data and the plots, you will notice a big change about
every 10 minutes. That is the time the database does a "savepoint".
It writes dirty pages to the database files. This happened in the
cached runs and the non-cached runs.
We welcome your comments on why we are seeing this improvement.
As, always we also welcome suggestions for improvement, and random complaints.
Regards,
Mary Edie Meredith
Mark Wong
Cliff White
OSDL Database Test 2 Project
Open Source Development Lab
www.osdl.org
Link information:
The overall results page for the DBT-2 project is at:
http://www.osdl.org/projects/dbt2dev/results
direct link to 4 way results page:
http://www.osdl.org/projects/dbt2dev/results/STP_4way/STP_4way_2.4v2.5.html
direct link to 8 way results page:
http://www.osdl.org/projects/dbt2dev/results/8way/LKML2/STP_8way_2.4v2.5.html
direct link to 8way results page
next reply other threads:[~2003-01-31 20:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-31 20:26 Cliff White [this message]
2003-01-31 21:29 ` Andrew Morton
[not found] <20030131141350.370c287a.akpm@digeo.com>
2003-01-31 22:47 ` Cliff White
2003-01-31 22:57 ` Andrew Morton
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=200301312026.h0VKQwp28398@mail.osdl.org \
--to=cliffw@osdl.org \
--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
all inboxes | Powered by JetHome®