linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Keld Jørn Simonsen" <keld@dkuug.dk>
To: Jeff Garzik <jeff@garzik.org>
Cc: Justin Piszcz <jpiszcz@lucidpixels.com>,
	David Lethe <david@santools.com>,
	linux-raid@vger.kernel.org
Subject: Re: Has anyone compared SWRAID for (JBOD@HW-RAID) vs. (Regular Sata PCI-e cards)?
Date: Sun, 11 May 2008 09:39:36 +0200	[thread overview]
Message-ID: <20080511073936.GB20335@rap.rap.dk> (raw)
In-Reply-To: <20080510222817.GA26706@rap.rap.dk>

On Sun, May 11, 2008 at 12:28:17AM +0200, Keld Jørn Simonsen wrote:
> On Sat, May 10, 2008 at 01:14:02PM -0400, Jeff Garzik wrote:
> > 
> > And of course, there are plenty of other factors to consider.  I wrote a 
> > bit on this topic at http://linux.yyz.us/why-software-raid.html
> 
> So that is you writing this page! I think it is one of the more useful
> pages on raid (many others are quite outdated). 
> 
> I have a suggestion for an advantage for SW raid, that you could
> consider for your page:
> 
> - potential for increased performance, due to more intelligent layouts,
>   for example the linux raid10,f2 has more than double the performance
>   for both sequential reads and random reads compared to most hardware
>   RAID1, and Linux SW RAID1.
> 
> - potential for better error handling, due to more intelligent drivers.
>   Linux raid10 has better error handling than linux RAID1 and possibly
>   also HW RAID1.
> 
> And then, if you could link to our HOWTO pages at
> http://linux-raid.osdl.org/ that would improve the visibility for our
> pages. It seems like not many are referencing our pages, so if people on
> this list would make a link to http://linux-raid.osdl.org/ that would
> increase the chance of our information to be seen.
> 
> Best regards
> keld

Another advantage of SW raid:

- SW RAID is more flexible. On a set of drives you can with SW RAID mix
  different types of raid, for example the /boot partition could be
  RAID1 so that it can be booted by grub/lilo, the / partition could be 
  raid10,f2 for greater read performance, and the data partition could be 
  raid5 to get more effective space out of your drives. In HW RAID you can
  only allocate whole disks to one RAID type.

best regards
Keld
--
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

  reply	other threads:[~2008-05-11  7:39 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-10 14:06 Has anyone compared SWRAID for (JBOD@HW-RAID) vs. (Regular Sata PCI-e cards)? David Lethe
2008-05-10 14:15 ` Justin Piszcz
2008-05-10 17:14   ` Jeff Garzik
2008-05-10 22:28     ` Keld Jørn Simonsen
2008-05-11  7:39       ` Keld Jørn Simonsen [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-05-10 18:24 David Lethe
2008-05-10 14:47 David Lethe
2008-05-10  9:23 Justin Piszcz

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=20080511073936.GB20335@rap.rap.dk \
    --to=keld@dkuug.dk \
    --cc=david@santools.com \
    --cc=jeff@garzik.org \
    --cc=jpiszcz@lucidpixels.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).