From: "Jim Buttafuoco" <jim@contactbda.com>
To: linux-raid@vger.kernel.org
Subject: Re: 1x 3ware controllers vs. 2x 3ware controllers
Date: Fri, 30 Jul 2004 19:53:06 -0400 [thread overview]
Message-ID: <20040730234706.M12321@contactbda.com> (raw)
In-Reply-To: <200407301717.36583.mrwatts@fast24.co.uk>
I second Marks comment on NOT recommending the 3ware cards to anyone.
I have a dual XEON 3.2 Ghz system 12 G of ram with a 3ware 8506-8 in it (8 250 G drives). The hard raid performance
was very bad. with the load avg going over 40. I then switched over to JBOD and software raid. The IO wait times
are really high and the performance sucks. Very hard to explain to my boss where the $20k went. The system is a
database server (postgres). I tried both kernel 2.4 and 2.6 with the same problem. I am now in the process of
testing the adaptec raid controller.
Jim
---------- Original Message -----------
From: Mark Watts <mrwatts@fast24.co.uk>
To: Marc Bevand <bevand_m@epita.fr>
Cc: linux-raid@vger.kernel.org
Sent: Fri, 30 Jul 2004 17:17:36 +0100
Subject: Re: 1x 3ware controllers vs. 2x 3ware controllers
> > Mark Watts wrote:
> > > With the performance issues I'm seeing with the 8506-4LP's I have, I
> > > wouldn't recommend them to anyone currently...
> > >
> > > The thread on LKML from a few days ago about mke2fs -j and 8506-4LP says
> > > it all, but basically and reasonable amount of I/O brings a Dual Opteron
> > > system to its knees.
> > > And by reasonable I mean copying ISO images from a usb2 drive to a raid 5
> > > (4 x 250GB maxtor) or even just formatting a 600MB partition.
> >
> > I would be interested to see the output of 'vmstat 1' while your system is
> > so slow.
> >
> > IMHO you shouldn't draw such conclusion ("reasonable amount of I/O brings a
> > Dual Opteron system to its knees") from your particular case. The 3 HT
> > links of the Opteron make this CPU particularly adapted to I/O operations.
>
> Well its the only conclusion I *can* come to at this time.
> When you move from a UP 1.8Ghz P4 with single EIDE disks to SMP Opteron with 4
> times the ram and a hardware raid card, you tend to assume that performance
> in all areas will go up.
> When it doesn't, and you find yourself watching screen redraws while you
> format a 600GB partition (ext3) you do feel the need to blame something :)
>
> I'm all ears for suggestions on what me be wrong or things I can try to
> improve performance.
>
> >
> > Personnaly, on a dual Opteron, I am able to read datas from 4 SATA disks at
> > about 225 MB/s, with CPU time used at about 32%, awd with a system still
> > reasonably responsive.
>
> I'm seeing ~80MB/sec reading from the 3ware raid-5 according to hdparm and
> bonnie++
> Write performance is around 25MB/sec according to bonnie++.
>
> Mark.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
------- End of Original Message -------
next prev parent reply other threads:[~2004-07-30 23:53 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-30 3:53 1x 3ware controllers vs. 2x 3ware controllers Adam Hunt
2004-07-30 4:50 ` Scott T. Smith
2004-07-30 6:45 ` Luca Berra
2004-07-30 7:15 ` Mark Watts
2004-07-30 7:22 ` Mark Watts
2004-07-30 8:14 ` Scott T. Smith
2004-07-30 15:00 ` Marc Bevand
2004-07-30 16:17 ` Mark Watts
2004-07-30 23:53 ` Jim Buttafuoco [this message]
2004-07-31 8:49 ` Mikael Abrahamsson
2004-07-31 14:24 ` Jon Lewis
2004-07-31 16:28 ` Mikael Abrahamsson
2004-07-31 16:42 ` Mark Watts
2004-07-31 17:40 ` Jurriaan
2004-08-01 7:00 ` Mikael Abrahamsson
2004-08-01 7:08 ` Gordon Henderson
2004-08-01 9:18 ` Mikael Abrahamsson
2004-08-01 9:51 ` Mark Watts
2004-08-01 12:11 ` Mikael Abrahamsson
2004-08-01 15:01 ` Mark Watts
2004-08-01 15:10 ` Jim Buttafuoco
2004-08-01 15:27 ` Mikael Abrahamsson
2004-08-01 15:33 ` Mark Watts
2004-08-01 17:18 ` Gordon Henderson
2004-08-02 12:54 ` Mark Watts
2004-08-02 13:04 ` Gordon Henderson
2004-08-02 9:40 ` Mark Watts
2004-08-03 1:58 ` [RAID] " Julian Cowley
2004-08-03 2:05 ` Definition of hotswap, was " Scott T. Smith
2004-08-03 11:55 ` Tim Small
2004-08-22 17:52 ` Maurice Hilarius
2004-08-03 11:47 ` Software vs. Hardware RAID Tim Small
2004-08-03 15:58 ` Ricky Beam
2004-08-01 15:06 ` 1x 3ware controllers vs. 2x 3ware controllers Jim Buttafuoco
2004-08-01 15:24 ` Mikael Abrahamsson
2004-08-01 17:57 ` Scott T. Smith
2004-08-01 19:28 ` David Greaves
2004-08-01 22:32 ` Mikael Abrahamsson
2004-08-02 18:02 ` Mark Hahn
2004-08-02 18:07 ` Scott T. Smith
2004-08-01 17:53 ` Scott T. Smith
2004-08-02 10:22 ` what is the best multi-SATA-controller-on-a-single-board out there? Tim Small
2004-08-02 21:09 ` Jon Lewis
2004-08-02 22:48 ` robin-lists
2004-08-03 8:55 ` Tim Small
2004-08-03 17:45 ` Jon Lewis
2004-08-04 8:24 ` Tim Small
2004-07-31 13:11 ` 1x 3ware controllers vs. 2x 3ware controllers Joshua Baker-LePain
-- strict thread matches above, loose matches on Subject: below --
2004-07-30 10:16 Mark Watts
2004-07-30 12:59 ` Joshua Baker-LePain
2004-07-30 13:24 ` Mark Watts
2004-07-30 13:30 ` Joshua Baker-LePain
2004-07-31 8:44 ` Mikael Abrahamsson
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=20040730234706.M12321@contactbda.com \
--to=jim@contactbda.com \
--cc=linux-raid@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;
as well as URLs for NNTP newsgroup(s).