Re: RAID 5 and postgresql

From: Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>
To: Scott Marlowe <smarlowe(at)g2switchworks(dot)com>, Sander Steffann <s(dot)steffann(at)computel(dot)nl>
Cc: Alex Turner <armtuk(at)gmail(dot)com>, Hrishikesh Deshmukh <hdeshmuk(at)gmail(dot)com>, Postgresql-General <pgsql-general(at)postgresql(dot)org>
Subject: Re: RAID 5 and postgresql
Date: 2006-01-23 16:52:45
Message-ID: 5.2.1.1.1.20060124004034.02a1f330@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

At 10:01 AM 1/23/2006 -0600, Scott Marlowe wrote:

>I'm not sure if it's Dell's BIOS on the mobos, or something with the LSI
>cards, but the performance was substandard.
>
>So if you're working somewhere that you simply have to use Dell (not
>uncommon), at least make sure you get the LSI based RAID controller.

How about software RAID?

Linux software RAID appears to perform better than most RAID controllers
except perhaps those that can do read interleaving for RAID1 (I believe
some 3ware controllers can do it). Linux RAID mirroring doesn't do read
interleaving, only read balancing, which may not be so good for a single
sequential read, but pretty good for concurrent sequential reads - each
drive in a mirror set can handle one sequential read.

I find many of these RAID controllers fail significantly more than basic
SCSI controllers (which hardly ever fail). And the support under Linux for
such controllers can be a bit patchy sometimes - you want to be able to
easily know if a drive has died.

It just seems strange to pay a fair bit for something that doesn't perform
well and is less reliable.

Of course you get the "convenience" of the RAID stuff being abstracted away
so it just looks like one drive.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Edmund 2006-01-23 16:57:38 Re: joining tables
Previous Message John DeSoi 2006-01-23 16:27:24 Re: What is made a mistake with SP?