Re: Large tables (was: RAID 0 not as fast as

From: "Luke Lonergan" <llonergan(at)greenplum(dot)com>
To: "Alex Turner" <armtuk(at)gmail(dot)com>
Cc: "Bucky Jordan" <bjordan(at)lumeta(dot)com>, "Merlin Moncure" <mmoncure(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Large tables (was: RAID 0 not as fast as
Date: 2006-09-19 03:42:39
Message-ID: C134B53F.31732%llonergan@greenplum.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Yep, Solaris ZFS kicks butt. It does RAID10/5/6, etc and implements most of
the high end features available on high end SANs...

- Luke

On 9/18/06 8:40 PM, "Alex Turner" <armtuk(at)gmail(dot)com> wrote:

> Sweet - thats good - RAID 10 support seems like an odd thing to leave out.
>
> Alex
>
> On 9/18/06, Luke Lonergan < llonergan(at)greenplum(dot)com
> <mailto:llonergan(at)greenplum(dot)com> > wrote:
>> Alex,
>>
>> On 9/18/06 4:14 PM, "Alex Turner" < armtuk(at)gmail(dot)com> wrote:
>>
>>> Be warned, the tech specs page:
>>> http://www.sun.com/servers/x64/x4500/specs.xml#anchor3
>>> <http://www.sun.com/servers/x64/x4500/specs.xml#anchor3>
>>> doesn't mention RAID 10 as a possible, and this is probably what most would
>>> recommend for fast data access if you are doing both read and write
>>> operations. If you are doing mostly Read, then RAID 5 is passable, but it's
>>> redundancy with large numbers of drives is not so great.
>>
>> RAID10 works great on the X4500 ­ we get 1.6GB/s + per X4500 using RAID10 in
>> ZFS. We worked with the Sun Solaris kernel team to make that happen and the
>> patches are part of Solaris 10 Update 3 due out in November.
>>
>> - Luke
>>
>>
>
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message mark 2006-09-19 03:45:47 Re: Large tables (was: RAID 0 not as fast as expected)
Previous Message Alex Turner 2006-09-19 03:40:16 Re: Large tables (was: RAID 0 not as fast as expected)