From: Andrew Morton <akpm@osdl.org>
To: Holger Kiehl <Holger.Kiehl@dwd.de>
Cc: linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, "Moore,
Eric Dean" <emoore@lsil.com>
Subject: Re: Fusion-MPT much faster as module
Date: Mon, 21 Mar 2005 15:27:23 -0800 [thread overview]
Message-ID: <20050321152723.4b86dc3a.akpm@osdl.org> (raw)
In-Reply-To: <Pine.LNX.4.61.0503081327560.28812@praktifix.dwd.de>
Holger Kiehl <Holger.Kiehl@dwd.de> wrote:
>
> Hello
>
> On a four CPU Opteron compiling the Fusion-MPT as module gives much better
> performance when compiling it in, here some bonnie++ results:
>
> Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
> -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
> compiled in 15872M 38366 71 65602 22 18348 4 53276 84 57947 7 905.4 2
> module 15872M 51246 96 204914 70 57236 14 59779 96 264171 33 923.0 2
>
> This happens with 2.6.10, 2.6.11 and 2.6.11-bk2. Controller is a
> Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI.
>
> Why is there such a large difference?
>
Holger, this problem remains unresolved, does it not? Have you done any
more experimentation?
I must say that something funny seems to be happening here. I have two
MPT-based Dell machines, neither of which is using a modular driver:
akpm:/usr/src/25> 0 hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 64 MB in 5.00 seconds = 12.80 MB/sec
That's a bit disappointing. Running 2.6.9-rc2-mm2(!) with a
SCSI storage controller: LSI Logic / Symbios Logic 53c1030 (rev 07)
controller on disks which shudl hit 50MB/sec.
And
bix:/home/akpm# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 114 MB in 3.03 seconds = 37.57 MB/sec
with 2.6.11-rc4-mm1 using
Fusion MPT SCSI Host driver 3.01.16
scsi0 : ioc0: LSI53C1030, FwRev=01030600h, Ports=1, MaxQ=222, IRQ=25
scsi1 : ioc1: LSI53C1030, FwRev=01030600h, Ports=1, MaxQ=222, IRQ=26
Vendor: SEAGATE Model: ST3146807LW Rev: DS09
Type: Direct-Access ANSI SCSI revision: 03
Better, but again I'd expect >50MB/sec.
next parent reply other threads:[~2005-03-21 23:27 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.61.0503081327560.28812@praktifix.dwd.de>
2005-03-21 23:27 ` Andrew Morton [this message]
2005-03-22 7:32 ` Fusion-MPT much faster as module Janne Pikkarainen
2005-03-22 8:31 ` Holger Kiehl
2005-03-22 10:29 ` Chen, Kenneth W
2005-03-22 10:42 ` Andrew Morton
2005-03-22 10:52 ` Arjan van de Ven
2005-03-22 12:28 ` Adrian Bunk
2005-03-22 12:37 ` Arjan van de Ven
2005-03-22 19:36 ` Fusion-MPT much faster as module - ifdef MODULE considered harmful Bryan Henderson
2005-03-22 13:46 ` Fusion-MPT much faster as module Holger Kiehl
2005-03-21 23:46 Moore, Eric Dean
2005-03-31 18:59 ` augustus
2005-03-31 20:22 ` 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=20050321152723.4b86dc3a.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=Holger.Kiehl@dwd.de \
--cc=emoore@lsil.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@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