Re: Huge Data sets, simple queries

From: "Jeffrey W(dot) Baker" <jwbaker(at)acm(dot)org>
To: Luke Lonergan <LLonergan(at)greenplum(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Huge Data sets, simple queries
Date: 2006-01-29 21:04:01
Message-ID: 1138568641.10923.6.camel@noodles
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Sun, 2006-01-29 at 13:44 -0500, Luke Lonergan wrote:
> Depesz,
>
> > [mailto:pgsql-performance-owner(at)postgresql(dot)org] On Behalf Of
> > hubert depesz lubaczewski
> > Sent: Sunday, January 29, 2006 3:25 AM
> >
> > hmm .. do i understand correctly that you're suggesting that
> > using raid 10 and/or hardware raid adapter might hurt disc
> > subsystem performance? could you elaborate on the reasons,
> > please? it's not that i'm against the idea - i'm just curious
> > as this is very "against-common-sense". and i always found it
> > interesting when somebody states something that uncommon...

> Oh - and about RAID 10 - for large data work it's more often a waste of
> disk performance-wise compared to RAID 5 these days. RAID5 will almost
> double the performance on a reasonable number of drives.

I think you might want to be more specific here. I would agree with you
for data warehousing, decision support, data mining, and similar
read-mostly non-transactional loads. For transactional loads RAID-5 is,
generally speaking, a disaster due to the read-before-write problem.

While we're on the topic, I just installed another one of those Areca
ARC-1130 controllers with 1GB cache. It's ludicrously fast: 250MB/sec
burst writes, CPU-limited reads. I can't recommend them highly enough.

-jwb

PS: Could you look into fixing your mailer? Your messages sometimes
don't contain In-Reply-To headers, and therefore don't thread properly.

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Michael Adler 2006-01-30 00:32:15 Re: Huge Data sets, simple queries
Previous Message Luke Lonergan 2006-01-29 18:44:08 Re: Huge Data sets, simple queries