public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: rwhron@earthlink.net
To: akpm@digeo.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.5.63-mjb2 (scalability / NUMA patchset)
Date: Mon, 3 Mar 2003 08:19:55 -0500	[thread overview]
Message-ID: <20030303131955.GA4655@rushmore> (raw)

> Pleeeeeeze remember to specify basic things such as the machine,
> amount of memory and especially the filesystem type in use.

>> on uniprocessor K6/2 475 Mhz with 384 MB ram
and two IDE drives on ext2.

Could it be a disk driver issue?  Maybe 2.4 has some IDE
enhancements that aren't in 2.5 yet.  Sounds crazy, but
this is my reasoning... 

On a quad Xeon with QLA2200, the QLogic driver makes the 
biggest difference for AIM7 dbase test.

Here is AIM7 dbase on quad Xeon with 3.75 GB ram over ext2:

AIM7 dbase workload
kernel                   Tasks   Jobs/Min         Real    CPU  
2.5.62-mm2               32     555.9            342.0   155.2 
2.4.21-pre4aa1           32     554.4            342.8   142.3 
2.4.21-pre4aa3           32     551.9            344.4   149.6 
2.4.21-pre4-ac3          32     473.8            401.2   147.7 
2.5.62                   32     473.6            401.3   148.2 
2.5.63-mjb2              32     472.5            402.3   161.5 
2.5.63                   32     471.6            403.1   153.1 
2.2.24-rc3               32     431.9            440.1   165.7 

2.5.62-mm2 has the feral driver.  aa has the QLogic 6.x driver.
Those two kernels rule AIM7 dbase and fserver on quad Xeon with
QLA2200.  I tested earlier 2.5 and aa with/without the newer
QLogic drivers.  It was _the_most_important_ factor for AIM7
dbase and fserver.  Perhaps AIM7 dbase and fserver really suck.
They seem rather impervious to other improvements in the kernel.

> Care to share your aim7 database methodology with me?

AIM7 dbase takes a mixture of AIM9 micro activities and runs 
them in proportion to what it's developers found a circa 1996 
database running.  

My methodology was:

0) Scratch head and look for benchmark that does more than one thing.
1) Stumble on AIM7 which purports to test database, fileserver, compute
   server and multiuser scalability.
2) Run AIM7 dbase to crossover
3) Find the lowest load where the Jobs/Minute is near it's peak.
4) Use result of 3) for max.  Divide into 8 smaller loads.
5) Test all kernels with the same load.

-- 
Randy Hron
http://home.earthlink.net/~rwhron/kernel/bigbox.html


             reply	other threads:[~2003-03-03 13:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-03 13:19 rwhron [this message]
2003-03-03 19:08 ` 2.5.63-mjb2 (scalability / NUMA patchset) Andrew Morton
  -- strict thread matches above, loose matches on Subject: below --
2003-03-03  2:15 rwhron
2003-02-26 23:19 2.5.63-mjb1 " Martin J. Bligh
2003-02-28 18:51 ` 2.5.63-mjb2 " Martin J. Bligh

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=20030303131955.GA4655@rushmore \
    --to=rwhron@earthlink.net \
    --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