Re: Filesystem benchmarking for pg 8.3.3 server

From: "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>
To: Henrik <henke(at)mac(dot)se>
Cc: glynastill(at)yahoo(dot)co(dot)uk, "Greg Smith" <gsmith(at)gregsmith(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Filesystem benchmarking for pg 8.3.3 server
Date: 2008-08-11 13:20:08
Message-ID: dcc563d10808110620t460b7928hffc2e350f04b9c58@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, Aug 11, 2008 at 6:08 AM, Henrik <henke(at)mac(dot)se> wrote:
> 11 aug 2008 kl. 12.35 skrev Glyn Astill:
>
>>>>
>>>>> It feels like there is something fishy going on.
>>>
>>> Maybe the RAID 10
>>>>>
>>>>> implementation on the PERC/6e is crap?
>>>>
>>
>> It's possible. We had a bunch of perc/5i SAS raid cards in our servers
>> that performed quite well in Raid 5 but were shite in Raid 10. I switched
>> them out for Adaptec 5808s and saw a massive improvement in Raid 10.
>
> I suspected that. Maybe I should just put the PERC/6 cards in JBOD mode and
> then make a RAID10 with linux software raid MD?

You can also try making mirror sets with the hardware RAID controller
and then doing SW RAID 0 on top of that. Since RAID0 requires little
or no CPU overhead, this is a good compromise because the OS has the
least work to do, and the RAID controller is doing what it's probably
pretty good at, mirror sets.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jeff 2008-08-11 14:01:57 Re: Filesystem benchmarking for pg 8.3.3 server
Previous Message ries van Twisk 2008-08-11 12:22:04 Re: Using PK value as a String