Linux LVM users
 help / color / mirror / Atom feed
From: Donald Thompson <dlt@dataventures.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Apparent performance degradation for each PV with  striping
Date: Mon, 19 Mar 2001 00:05:36 -0700	[thread overview]
Message-ID: <3AB5AFC0.5C4A58C9@dataventures.com> (raw)
In-Reply-To: 15029.41256.426234.309500@nv.192.168.71.6

Actually, I've learned a lot from Eric's comments. After looking
into hdparm and a couple other things, it looks like the kernel settings
as well as hdparm settings are set to about the worst possible (ie. safest)
I could have. Probably most importantly, they aren't using DMA, and
I'll need to recompile the kernel to get it to do so.

I actually was thinking seriously about getting a 3ware card when I
started this machine, but I wussed out and just went with the two onboard
IDE interfaces. Its definately a cheaper option than replacing or adding
SCSI drives to the system.

-Don

lvm@winux.com wrote:

> Donald Thompson writes:
> > I notice during the dd operation that my system CPU state is 90% or
> > more.  So I think I just answered my own question, I'm CPU bound.
> > Moving on, is there any known ways to improve my performance off
> > each PV with this type of hardware setup?
> > ...
> > Should I expect that I won't see the performance drop on individual PV's
> > with striping on SCSI drives? I originally setup this system with no
> > intentions of it being a high performance file server, until a few
> > people I work with decided they wanted to use it for a database machine.
> > So I'm not afraid to spend a couple grand to get some faster disks in it
> > if thats the only thing
> > thats gonna help me.
>
> Hi Donald,
>
> I think what you're seeing is to be expected from vanilla IDE.
> Not only is it not Linux LVM's fault but Linux LVM can't fix it.
> IDE controllers are not able to do the things more sophisicated
> controllers and host adapters do to increase performance in a
> multi-spindle environment.  Fortunately, there is a solution that's
> fast, cheap, and reliable.
>
> I suggest that, rather than replacing the drives with
> expensive SCSI drives and an expensive SCSI host adapter,
> you buy an Escalade Switch from http://www.3ware.com/ and
> use your existing drives.
>
> The Escalade is a hybrid controller of sorts.  It presents itself as a
> SCSI host adapter to the host's PCI bus and as multiple (up to 8)
> independent IDE controllers to the IDE drives.  It's essentially a
> cross-bar switch that lets multiple IDE drives act independently of
> one another.  They use some clever controller software to get a BETTER
> than 2x boost in read-performance when you mirror drives.
>
> It has the additional advantage of providing RAID for the attached drives.
> It supports RAID 0, 1, 10, and 5, so you get all those benefits
> without imposing ANY additional CPU load.  The controller is actually
> quite a gem and is very reasonably priced.  I've been using them on
> all of my systems where performance and/or reliability are critical.
>
> The Escalade driver is supported in the standard 2.2.x and 2.4.x Linux kernels.
>
> In short, let 3ware's hardware handle the striping/RAID and use Linux LVM
> to manage the volume.  It's a powerful combination.
>
> Larry
>
> DISCLAIMER:  These statements reflect my personal opinions... bla bla bla.
> I don't have any affiliation with 3ware or anyone else in this business.
>
> CLAIMER:  3ware makes good stuff that works very well.
> It solved my problems and it could solve yours.
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm

  reply	other threads:[~2001-03-19  7:05 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-19  5:11 [linux-lvm] Apparent performance degradation for each PV with striping Donald Thompson
2001-03-19  5:20 ` Eric M. Hopper
2001-03-22  8:55   ` Russell Coker
2001-03-19  6:03 ` lvm
2001-03-19  7:05   ` Donald Thompson [this message]
2001-03-19  9:15     ` Joe Thornber
2001-03-19  7:06   ` Jason Walker
2001-03-19  8:48 ` Oleg Volkov
  -- strict thread matches above, loose matches on Subject: below --
2001-03-19 13:34 S. Michael Denton
2001-03-19 13:44 ` Steven Lembark
2001-03-22  8:54   ` Russell Coker
2001-03-22  9:53     ` Ragnar Kjørstad
2001-03-22 12:19     ` zoo1
2001-03-22  8:58 ` Russell Coker

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=3AB5AFC0.5C4A58C9@dataventures.com \
    --to=dlt@dataventures.com \
    --cc=linux-lvm@sistina.com \
    /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