From: Mark Overmeer <Mark@Overmeer.net>
To: Martin Drab <drab@kepler.fjfi.cvut.cz>
Cc: Ryan Anderson <ryan@autoweb.net>, Mark Haverkamp <markh@osdl.org>,
James Bottomley <James.Bottomley@steeleye.com>,
Mark Salyzyn <mark_salyzyn@adaptec.com>,
linux-scsi <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] 2.6 aacraid: Fix for controller load based timeouts
Date: Sat, 9 Jul 2005 12:03:41 +0200 [thread overview]
Message-ID: <20050709120341.B18919@speeltuin.ATComputing.nl> (raw)
In-Reply-To: <Pine.LNX.4.60.0507082014210.14785@kepler.fjfi.cvut.cz>; from drab@kepler.fjfi.cvut.cz on Fri, Jul 08, 2005 at 08:17:39PM +0200
* Martin Drab (drab@kepler.fjfi.cvut.cz) [050708 20:19]:
> > On Fri, 2005-07-08 at 10:36 -0700, Mark Haverkamp wrote:
> > > Martin Drab found that he could get aacraid timeouts with high load on
> > > his controller / disk drive combinations. After some experimentation
> > > Mark Salyzyn has come up with a patch to reduce the default max_sectors
> > > to something that will keep the controller from being overloaded and
> > > will eliminate the timeout issues.
> >
> > Would hitting this timeout issue cause the container to go offline?
>
> Yes. See my previous report to LKML.
> (http://lkml.org/lkml/2005/7/5/194)
>
> > If so, I think this may fix the issues I was having 6 months ago. (We
> > ended up taking the aacraid controller out of our production
> > environment, in frustration.)
The figures you have are comparible to my measurements: ~40MB/s r/w
Which is very poor when each disk can do better on its own.
I have three configurations:
Adaptec 2410SA with 4x250GB, stable since it came in, about 18 months
Adaptec 2810SA with 8x250GB, not really stable (1)
Adaptec 2810SA with 7x300GB, stable (2)
ad (2): With 8 disks, it was unstable. Over 2TB is not a good idea,
even not when split in 2x4 disks or otherwise. Didn't get it to work.
ad (1): crashed every 3 months losing disks. Then, it started to give
firmware kernel crashes. Got a replacement card, which didn't crash:
data was back, but one of the ports (#7) was dead. Replaced it by again
a new card: now all disks were seen... but somewhere lost all my data :(((
Not the end of disaster: after two weeks, the data was lost again, under
load conditions. It reports different disks to fail, but especially on
the high port numbers. Have used various firmware versions and many
different kernels.
Now I have changed my strategy: buying only motherboards with 4xSATA on
it (ICH6). 4 disks striped give me 200MB/s (performance gain of 5x)
>From
1 system with 7x300GB RAID5 2810SA, 2.8GHz P4, 2GB, Asus P4P800-E Deluxe
eff. ~40MB/s 1675GB netto
sept 2004: 3450 euro ex VAT
To
2 systems each 4x400GB RAID0, 3.0GHz P4, 1GB, Asus P5GDC-V Deluxe
each eff. ~200MB/s 1100GB netto
june 2005: 2850 euro ex VAT together!
Comparing apples and oranges: the second configuration is stable, faster,
and redundant. The first is larger and pseudo-redundant.
--
MarkOv
------------------------------------------------------------------------
drs Mark A.C.J. Overmeer MARKOV Solutions
Mark@Overmeer.net solutions@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
next prev parent reply other threads:[~2005-07-09 10:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-08 17:36 [PATCH] 2.6 aacraid: Fix for controller load based timeouts Mark Haverkamp
2005-07-08 17:41 ` Ryan Anderson
2005-07-08 17:59 ` Mark Haverkamp
2005-07-08 18:17 ` Martin Drab
2005-07-09 10:03 ` Mark Overmeer [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-07-08 18:00 Salyzyn, Mark
2005-07-08 18:22 ` Martin Drab
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=20050709120341.B18919@speeltuin.ATComputing.nl \
--to=mark@overmeer.net \
--cc=James.Bottomley@steeleye.com \
--cc=drab@kepler.fjfi.cvut.cz \
--cc=linux-scsi@vger.kernel.org \
--cc=mark_salyzyn@adaptec.com \
--cc=markh@osdl.org \
--cc=ryan@autoweb.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.