Re: SSD + RAID

From: Scott Carey <scott(at)richrelevance(dot)com>
To: Merlin Moncure <mmoncure(at)gmail(dot)com>, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: Laszlo Nagy <gandalf(at)shopzeus(dot)com>, pgsql-performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: SSD + RAID
Date: 2009-11-13 17:22:17
Message-ID: C722D5C9.169FC%scott@richrelevance.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 11/13/09 7:29 AM, "Merlin Moncure" <mmoncure(at)gmail(dot)com> wrote:

> On Fri, Nov 13, 2009 at 9:48 AM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
> wrote:
>> I think RAID6 is gonna reduce the throughput due to overhead to
>> something far less than what a software RAID-10 would achieve.
>
> I was wondering about this. I think raid 5/6 might be a better fit
> for SSD than traditional drives arrays. Here's my thinking:
>
> *) flash SSD reads are cheaper than writes. With 6 or more drives,
> less total data has to be written in Raid 5 than Raid 10. The main
> component of raid 5 performance penalty is that for each written
> block, it has to be read first than written...incurring rotational
> latency, etc. SSD does not have this problem.
>

For random writes, RAID 5 writes as much as RAID 10 (parity + data), and
more if the raid block size is larger than 8k. With RAID 6 it writes 50%
more than RAID 10.

For streaming writes RAID 5 / 6 has an advantage however.

For SLC drives, there is really not much of a write performance penalty.
>

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Karl Denninger 2009-11-13 17:35:34 Re: SSD + RAID
Previous Message Greg Smith 2009-11-13 17:21:28 Re: SSD + RAID