From: "Jim Buttafuoco" <jim@contactbda.com>
To: Mark Watts <mrwatts@fast24.co.uk>, Mikael Abrahamsson <swmike@swm.pp.se>
Cc: linux-raid@vger.kernel.org
Subject: Re: 1x 3ware controllers vs. 2x 3ware controllers
Date: Sun, 1 Aug 2004 11:10:02 -0400 [thread overview]
Message-ID: <20040801150835.M73725@contactbda.com> (raw)
In-Reply-To: <200408011601.46636.mrwatts@fast24.co.uk>
I get the same with dual XEON systems (I have 2 with Supermicro mb). Reading on the net. It seems that this is a
know problem with people who are trying to build big systems. No solution that I have seen.
---------- Original Message -----------
From: Mark Watts <mrwatts@fast24.co.uk>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: linux-raid@vger.kernel.org
Sent: Sun, 1 Aug 2004 16:01:46 +0100
Subject: Re: 1x 3ware controllers vs. 2x 3ware controllers
> > On Sun, 1 Aug 2004, Mark Watts wrote:
> > > This doesn't help explain why some of us are experiencing crap
> > > performance and un-responsive systems whereas others are having none of
> > > these problems with the same 3Ware cards.
> >
> > On my 3ware equipped system running hw raid5 I get lousy write speeds
> > (approx 5-15 megabyte/s) on writes. I get great read speeds. I don't sit
> > directly on the console so I have no idea if the system is interactively
> > responsive or not, but I notice no problems being logged in via ssh.
> >
> > On the other hand, the 3ware volume is only used for bulk data storage,
> > the system, swap and other often needed data that is accessed and changed
> > often, I have stored on SCSI drives that are RAID1 or not RAIDed at all.
> >
> > I would never store the system/swap on a 3ware hw RAID5, that would be
> > disasterous for performance. Could you perhaps describe your system setup
> > in more detail?
>
> Tyan S2845
> Dual Opteron 246 Processors
> 2GB DDR333 Ram
> nVidia FX5700
> 3Ware 8506-4LP 4 port SATA raid card
> 4x 250GB Maxtor hdds
>
> RAID Configuration:
> 4-disk RAID-5 with 64K block size.
>
> /dev/sda1 = / = 20GB
> /dev/sda2 = swap = 2048MB
> /dev/sda5 = /home = 100GB
>
> All partitions (except swap) formatted as ext3.
>
> Kernel - 2.6.8rc1, SMP for x86_64
>
> Read performance is ok but nothing special.
> Writing larger files (anything that takes more than a few seconds) will cause
> the system to 'stutter' as the write occurs.
> Longer writes (eg: copying ISO image about or formatting the rest of the
> filesystem (600GB)) cause the system load to go high, very quickly.
> System is almost unusable at this stage but load returns to normal as the
> write completes.
>
> Slow write speeds is one thing, practically locking the system up while the
> write occurs is another, unless I'm missing something obvious.
>
> -
> 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-08-01 15:10 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
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 [this message]
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=20040801150835.M73725@contactbda.com \
--to=jim@contactbda.com \
--cc=linux-raid@vger.kernel.org \
--cc=mrwatts@fast24.co.uk \
--cc=swmike@swm.pp.se \
/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).